a info reqd....
I want to know any of you using Java script for broad vision tools. Plz reply if you are using === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: DreamWaver UltraDev
Hi
The first error is probably u r missing some closing braces
And the second one is because the parameer which u r passing to the
function is not matching the parameter which u have specified in the
function in the bean.
Efrain Gtz <[EMAIL PROTECTED]> on 06/17/2000 04:31:53 AM
Please respond to A mailing list about Java Server Pages specification and
reference <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:(bcc: Kher Tamanna-SWD-ITIL-UB/Itilmail)
Subject: DreamWaver UltraDev
Someone how has made a sucesfully JSP Page with
DB Objects..???
I can make run.. it's mark me an two errors ..
500 Internal Server Error
com.livesoftware.jsp.JSPServlet:
javax.servlet.ServletException:
JSP Parse error
/article.jsp:
Lexical error at line 53, column 77. Encountered: "(" (40), after : ""
and
500 Internal Server Error
com.livesoftware.jsp.JSPServlet:
java.lang.NoSuchMethodError: javax.servlet.ServletRequest: method
setAttribu=
te(Ljava/lang/String;Ljava/lang/Object;)V not found
but the ASP with a DB Objects run fine..!!!
Why..???
TIA
Ing. Jose Efrain Gutierrez Cervantes.
IS Programmer Engineer
Information System Department
Corning Cable Systems SA de CV
Phone: + 52 89 210987
Phone: + 52 89 210900 Ext 8448
[EMAIL PROTECTED]
Reynosa Tamaulipas.Mexico
'Resentment is like taking poison and
waiting for the other person to die'
Malachy McCourt
ICQ #2293612
http://efrain.go.to
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Good Books
Jason's book is a little out of date. I suggest a newer book such as the Fields/Kolb JavaServer Pages book. Dan > -- > From: David J. Brodhagen[SMTP:[EMAIL PROTECTED]] > Reply To: A mailing list about Java Server Pages specification and > reference > Sent: Friday, June 16, 2000 11:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Good Books > > AS previously mentioned on the list, try these books. They have recieved > great reviews all round' and have helped me with many problems...I'm sure > you'll find them just as useful > > For java servlets try Java Servlet Programming by Jason Hunter w/ Wiliam > Crawford > (O'Rielly) ISBN 1-56592-391 > For JSP, try Professional JSP by Karl Avedal et al (WROX Press Ltd) > ISBN 1-861003-625 > > N.B. Please include a subject line in future posts > > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Tony Simon > Sent: Friday, June 16, 2000 10:10 AM > To: [EMAIL PROTECTED] > Subject: > > > Hi, > Could anybody suggest a good book for Java Servlets & JSP. > Thank You. > > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Greetings from Bangalore
Bill I fully agree with you. Advertising should be banned or atleast restricted on this forum. Regards, Rohit - Original Message - From: Hines, Bill <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, June 14, 2000 5:05 PM Subject: Re: Greetings from Bangalore > Yeah, and the greatest testimony about your product is that your president > died from eating the stuff! I guess he's in rupee-heaven now from eating > Herbalife. > > Can the list moderator remove people from the list who post this crap, and > the guy (Biren?) who keeps posting the message "buy iPlanet" or whatever to > everyone's questions? > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 12, 2000 5:33 PM > To: [EMAIL PROTECTED] > Subject: Greetings from Bangalore > > > Dear Friend, > > I got to know you from > http://www.mail-archive.com/jsp-interest@java.sun.com/msg04862.html. > My name is Sergey, I'm from Boston, U.S.A. and I've been living with my > family in India for the last 5 months. > > To come to India was always something that we wanted all our life, a "dream > from > childhood" but, unfortunately by the age of 20 life responsibilities force > so > many of us to abandon our dreams and goals in favor of a monthly paycheck. > We get trapped in a daily routine because we were educated to go to school, > get a job and work towards retirement. > > Several years ago we met a company with exclusive, life changing products, > most generous marketing plan and honest and caring leadership that WANTED > us to dream and was willing to teach us how to achieve our goals. > Of course, we ourselves were willing to make some changes and learn some > new skills, and that helped us to achieve the top management position > in a record short time. > > We came to India as soon as our company opened operations here, > and we are looking for some dynamic and entrepreneurial people to whom > we could pass our experience and knowledge. > Let me give you a few facts: > > -recently opened in India and already up to Rs 28 crore per month in sales! > -fastest growing company in the world in nutrition and weight-control > industry > -unique herbal-based products approved in 49 countries > -publicly held company traded on the Nasdaq Stock Exchange > -over 20 years on the market > -$1.85 Billion dollars in sales in 1999 > -30+ million documented satisfied customers world-wide > > This is not a situation where you must quit your job and overnight have a > new profession. > Over 90% of us began strictly part time, putting in whatever hours our > schedules > allowed, working around our children, our jobs and committments etc. > When our part time incomes from this business matched or exceeded our > current jobs, > many of us made the decision to do this full time. > > So whether you just need an extra few thousand rupees per month or you'd > like > to have an incredible lifestyle and to build a wall of financial security > around > your family, fill out the following form that will help me to contact you > with the appropriate details: > > http://pwp.roltanet.com/herbalife/Profile1.html > > This is a ground-floor opportunity and the right time is NOW. > > Best Regards, > Sergey and Lana > Executive President's Team > > P.S. If you are one of those fortunate who is completely satisfied > with what you already have, please pass my e-mail to those friends > who are looking for a new opportunity: [EMAIL PROTECTED] > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.157 / Virus Database: 73 - Release Date: 05/31/2000 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
TagExtraInfo with WebLogic
Hi All, I'm using TagExtraInfo with WebLogic Server. I'm getting errors. The code is same as the sample given in the following tutorial... http://www.orionserver.com/taglibtut/lesson5/ And the errors are as following.. == Fri Jun 16 16:38:45 PDT 2000: Servlet failed with Ex ception weblogic.servlet.jsp.JspException: (line 42): contact is not defined as bean at weblogic.servlet.jsp.JspLexer.jspException(JspLexer.java:574) at weblogic.servlet.jsp.JspLexer.mXML_GET_PROPERTY(JspLexer.java, Compil ed Code) at weblogic.servlet.jsp.JspLexer.mXML_THING(JspLexer.java:1526) at weblogic.servlet.jsp.JspLexer.mTOKEN(JspLexer.java:1431) at weblogic.servlet.jsp.JspLexer.nextToken(JspLexer.java, Compiled Code) at weblogic.servlet.jsp.JspLexer.parse(JspLexer.java, Compiled Code) at weblogic.servlet.jsp.JspParser.doit(JspParser.java, Compiled Code) at weblogic.servlet.jsp.JspParser.parse(JspParser.java:109) at weblogic.servlet.jsp.Jsp2Java.outputs(Jsp2Java.java:97) at weblogic.utils.compiler.CodeGenerator.generate(CodeGenerator.java, Co mpiled Code) at weblogic.servlet.jsp.JspStub.compilePage(JspStub.java, Compiled Code) at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:174) at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl. java:164) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm pl.java:99) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm pl.java:123) at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletCon textImpl.java:742) at weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletCon textImpl.java:686) at weblogic.servlet.internal.ServletContextManager.invokeServlet(Servlet ContextManager.java:247) at weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.jav a:361) at weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:261) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java, Compiled Code) == Please help me to solve this problem.. Regards, Padmanabhan === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: EJB and JavaBeans
Guys, For what it's worth, I don't entirely agree with the way Eddie phrased his comments. My initial reactions when I skimmed his post (because I think the whole conversation falls in the realm of a fundamental misunderstanding of EJBs which I don't have time to respond to properly) was that he was incorrect. I now think he was simply using terminology and phrasing that are ambiguous and possibly misleading. I also agree that the "JavaBean" name is confusing things; they are related, but for practical purposes the fact that "Java Bean" is a proper noun causes confusion that a more general term like "component" wouldn't cause. (Although "component" is so diluted by this point that it might have caused its own problems). But for the sake of argument, if the terms were: Java Components Enterprise Java Components ...would we have this ambiguity? Look at it this way: Q: What's a java bean? A: Any java object you can pass into the JavaBean Introspector and get back a BeanInfo object for it, which you can use with tools like the BeanBox to interact with the object. Now the details of how an object can be passed into the Introspector and have a BeanInfo object generated are more complex, but the essentially boil down to following various conventions for getter/setter methods and other aspects of the class, OR to having an appropriate method for generating a custom BeanInfo object. Q: What's an ENTERPRISE java bean? A: Any java object that's also a java bean, but beyond that follows a more complex (and narrower) set of conventions that make it compatible with a framework that takes care of a lot of the scaffolding you need to build enterprise class applications. Q: Then what the heck is an enterprise class application? A: An ordinary, single-user, application has certain needs and challenges. You start it up, you run it, you do stuff in it, then you shut it down. Tomorrow you do it again. Next year a new version of the application comes out, you get it, you install it, you maybe import some of your work files into it. Then you get on with your life. Every now and then you have to deal with somebody who has an older version of the product, so you import some of his/her files into your version, or you export some of your files into their version. Enterpise applications are used by an organization (i.e. a commercial enterprise?). They generally don't live that kind of life. They run for long periods of time, serving many users, have to run parts on different machines and have to deal with very large scale problems (to the point where the scale changes the nature of the problem), not to mention having to deal with a lot of different problems in the same context - think of Microsoft Office expanded to be used by a whole company at once. Moving to a new version of the enterprise application is a lot trickier. For one thing, you're a lot less likely to tackle changing the solutions to all of the problems at the same time. For another, you can't just ignore the problem of getting everybody upgraded at once. For yet another, there's a ton of things going on at any given moment in an enterprise system, so you can't just wait until the user isn't using it and install a new version. Q: What was that about scaffolding? A: Java has a lot of really nifty, cool stuff built into it, like RMI, reflection, serialization. However, building a complex enterprise application that takes advantage of this nifty stuff is not easy. You end up building a lot of scaffolding on top of it. For example, RMI takes care of a lot of the low level details of having two java programs communicate with each other across a network. But you have to build a lot of gruntwork code to open the connection, make sure the connection is there, deal with problems when they inevitably happen in the connection, keep track of what part of the program you're dealing with on the other side of the connection, etc. Not only is this a pain in the ass, it's complicated. Not everybody is good at solving this kind of problem. Not everybody is going to make the same choices in solving the problem. When you do run into another system that somebody built, you're going to have all sorts of problems making them match up. Can you see where this is leading? Okay, moving along... Eddie Sheffield writes: > Other than having "JavaBean" in the name, they are totally different things > with different purposes. Ordinary JavaBeans are more client-side technology, > either visual (like some kind of GUI widget) or non-visual (a timer bean > e.g.) Even beans used in JSPs and Servlets are in most respect client-type > beans (clients to a database server or an EJB, perhaps). Jim Preston writes: > I don't want to start an argument, but I don't see how you can call > ordinary beans a client-side technology. When a JSP uses a bean for > data access or storage, that's all strictly server-side. You may be > storing client-re
Session Values in JSP
Hi.. i'm new on this JSP thing.. I been using servlet and create a Log procedure, that works fine.. and to identify the user when the log on it's correct i create session values to reuse later.. like LogName,UserName,etc.. now i want to use JSP in the new pages using the current servlets.. how can i get the Session Values... I have Apache 1.3.1l and JRun 2.3.3 from Allaire Someone have an example.. Sorry for my english and T.I.A. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
DreamWaver UltraDev
Someone how has made a sucesfully JSP Page with
DB Objects..???
I can make run.. it's mark me an two errors ..
500 Internal Server Error
com.livesoftware.jsp.JSPServlet:
javax.servlet.ServletException:
JSP Parse error
/article.jsp:
Lexical error at line 53, column 77. Encountered: "(" (40), after : ""
and
500 Internal Server Error
com.livesoftware.jsp.JSPServlet:
java.lang.NoSuchMethodError: javax.servlet.ServletRequest: method
setAttribu=
te(Ljava/lang/String;Ljava/lang/Object;)V not found
but the ASP with a DB Objects run fine..!!!
Why..???
TIA
Ing. Jose Efrain Gutierrez Cervantes.
IS Programmer Engineer
Information System Department
Corning Cable Systems SA de CV
Phone: + 52 89 210987
Phone: + 52 89 210900 Ext 8448
[EMAIL PROTECTED]
Reynosa Tamaulipas.Mexico
'Resentment is like taking poison and
waiting for the other person to die'
Malachy McCourt
ICQ #2293612
http://efrain.go.to
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Debugging JBuilder + Weblogic
Has anyone got any success using the JBuilder debugger with JSP applications and Weblogic ? I am trying to run the weblogic application as a debugging process in my jbuilder environment but it doesn't seem to work too well. Weblogic requires quite a command line and JBuilder seems to add parameter when starting. Any feedback on this would be appreciated. Thanks, Christian === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
The OMG's new CORBA Component Model
developerWorks Java Papers ( www.ibm.com/developer ) The OMG's new CORBA Component Model Its specifications and impact on software development The Object Management Group (OMG) has recently approved a new server-side component model that challenges the Microsoft Transaction Server (MTS)/COM+ and Enterprise JavaBeans (EJB) models. Paul Harmon talks about its capabilities, opportunities for wide acceptance, and the responses it elicits from Microsoft and Sun. http://www-4.ibm.com/software/developer/library/corba-comp-model/index.html?open&l=222,t=gr,p=omgcrba -- Why choose CORBA and Java technology? Welcome to this regular column on Java and CORBA technology. This first installment will give you an overview of the two and will help you determine how best to make them work for you. Future columns will offer hands-on instruction and code for Java and CORBA programming. http://www-4.ibm.com/software/developer/library/why-corba/index.html?open&l=222,t=gr,p=corjava === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Need help very URGENT
Hi Guys, I am facing a problem in debuging my Java Beans on Webshpere 3.0. I wana see the messages displeyed for my System.out.println . Can any one inform me asto where could i see these messages ?. Is thera a log file in which these messages are displayed ?. Please can anyone inform me detail. Kins regards Vinay Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: EJB and JavaBeans
I agree with you Jim .. similar to COM and DCOM .. -Original Message- From: Jim Preston [mailto:[EMAIL PROTECTED]] Sent: Friday, June 16, 2000 2:22 PM To: [EMAIL PROTECTED] Subject: Re: EJB and JavaBeans I don't want to start an argument, but I don't see how you can call ordinary beans a client-side technology. When a JSP uses a bean for data access or storage, that's all strictly server-side. You may be storing client-related data in the bean, but the bean exists and is used only on the server. I'd call that a server-side usage myself. And the examples you give of the purposes of EJBs can all be done with ordinary beans, if your server side is not distributed. Indeed, even if your database is on a different machine than your web server, there's no reason that you can't use ordinary beans with JDBC to allow your JSP/servlet to talk to the database. I don't see that it's the purpose that distinguishes EJBs from ordinary beans, it's the environment in which they're used. JavaBeans are a component model. EJBs are a distributed component model. The basic purpose of both is to encapsulate business logic, to keep it separate from presentation. If you're working in a simple environment, with one web server and a database server (and your database interactions are simple queries and updates), you have no real need for EJBs; ordinary beans can do the job just fine. You can have ordinary beans that encapsulate business entities and business processes. If your environment is distributed, with servers all over the place (or you do big database transactions), then EJBs are needed. GUI widgets are just one use of JavaBeans, certainly not the only use. --Jim Preston -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Eddie Sheffield Sent: Friday, June 16, 2000 10:36 AM To: [EMAIL PROTECTED] Subject: Re: EJB and JavaBeans Other than having "JavaBean" in the name, they are totally different things with different purposes. Ordinary JavaBeans are more client-side technology, either visual (like some kind of GUI widget) or non-visual (a timer bean e.g.) Even beans used in JSPs and Servlets are in most respect client-type beans (clients to a database server or an EJB, perhaps). Enterprise JavaBeans (EJBs) on the other hand are STRICTLY server side beans (there is some client side code associated with each EJB - stubs used to communicate across the wire to the actual EJBs). EJBs do not exist outside of an EJB server such as the J2EE Reference Implementation, WebSphere, WebLogic, etc. They cannot act as client side GUI widgets like an ordinary bean. They represent either business entities (called entity beans - things like customers, accounts, orders, etc.) or business processes (called session beans - actions like logging in to a system, placing an order, etc.) So EJBs will not (and cannot) replace regular JavaBeans. Likewise regular JavaBeans will not (and cannot) replace EJBs. They are separate (although occasionally complementary as in a non-visual JavaBean in a servlet or JSP that fronts/communicates with an EJB) technologies that happen to share a similar name and some high level abstract concepts. Eddie Sheffield - Original Message - From: "Apollo Mcowiti" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 05, 2000 7:43 PM Subject: Re: EJB and JavaBeans > True, but > I still tend to think that with the neat way EJB envisions(spelling?) to > solve the distributed computing problem, it is here to stay for a long time. > And when there have been well defined core EJBs for most enterprises(don't > they all use similar business logic?)we should achieve OO's dream of (a high > percentage ) code reuse,and then ordinary beans should really die. > > apollo > > -Original Message- > From: Jim Preston [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 05, 2000 5:54 PM > To: [EMAIL PROTECTED] > Subject: Re: EJB and JavaBeans > > > I don't think it's a question of replacing. EJBs are essentially a super-set > of ordinary beans, and the latter will certainly have their place in the > scheme of things for a while to come. Besides, ordinary beans aren't really > a "thing", it's more a set of conventions that enable a Java class to be > used in certain ways, like being called from the get/setProperty tag of a > jsp. Finally, EJBs require an EJB-enabled server, so their use is more > restricted. Look at it this way: electric screwdrivers have many advantages > over the old manual kind, but you can still buy both in the stores, and > sometimes a manual one is better suited to the job at hand (no pun > intended). > > --Jim Preston === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.n
Re: Need Help Urgent
The system.out.println would be displayed in the jvm_stdout file of the logs of websphere. It should be under the log directory of Websphere Irfan -Original Message- From: Vinay Kulkarni [mailto:[EMAIL PROTECTED]] Sent: Friday, June 16, 2000 12:18 PM To: [EMAIL PROTECTED] Subject: Need Help Urgent Hi Guys, I wma using Websphere & Jsp with beans. I have placed my beans on websphere. How do I debug my beans. Suppose i give a System.out.println in my beans, how can i see the message displayed ? Please can anyone inform me asap. Regards Vinay Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Need Help Urgent
Use out.println instead of System.out.println -Original Message- From: Vinay Kulkarni [mailto:[EMAIL PROTECTED]] Sent: Friday, June 16, 2000 3:18 PM To: [EMAIL PROTECTED] Subject: Need Help Urgent Hi Guys, I wma using Websphere & Jsp with beans. I have placed my beans on websphere. How do I debug my beans. Suppose i give a System.out.println in my beans, how can i see the message displayed ? Please can anyone inform me asap. Regards Vinay Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
Hi, On our site we have lots of "session" data. On a busy day, this can exceed 500MB of objects stored in the HttpSession. Each session (client) might have 10MB or more of data in their session. I see no reason why its any big deal. The HttpSession for each client is just a list of references to objects in memory. It certainly doesn't slow our site down any..unless we run out of memory. I suggest, first and foremost you have LOTS of memory for your web servers. Memory is cheap, $200 for PC133 256MB chips (generic, but lifetime warranty anyways). Get at least 512MB ram, if not up to 2GB of ram per server. However, thats not to say just throw memory and don't worry about anything. Are you removing objects from the session when your done with them? For example, on our site..when they log in a client maintains a "client" object that contains their profile and stuff..throughout our site. This is because they update this at many places. However, specific areas (tabs) create a session object that exists across multiple pages/forms, until they get to the last page. Then we remove it. Because we use JSP/JavaBeans (actually..we are moving to it..still stuck in solid servlet mode right now), your JSP page uses a bean, does what ever, submits, the logic occurs, and the next page shows up, using the same bean. Ideally, in my opinion, you would use one javabean for multiple pages/forms that exist across a single, overall transaction. When the transaction is complet, you go to a page that says "Thank you" or something, and REMOVE the object from the session. At that point, it shouldn't be used any longer...when they go to that same tab again, a NEW object is created. In an e-commerce shopping-cart system, you definitely will need to keep the objects across all pages, so you can't just remove it..until the ORDER the items. Then you remove it. When they order, the transaction is recorded in the database, and thus if you need to redisplay it for some reason..what they ordered, etc, you grab it from the database. Speaking of the database, I hope your using some sort of connection pool. That will speed up access to the database an order of a magnitude over opening and closing connections every transaction. We have about 100 users a day to our site, and we only allow 30 connections in the pool. This is a fair amount..a connection is "retrieved" from the pool on a per-request basis. We don't tie one connection to a session and hold it there the entire time. This is NOT recommended. You'll run out of connections very quickly, especially on a high-load site. One last thing I can think of...use caching for results and such. For example, we use a Hashtable with fields for quries. The first time a "mask" is set, the search is performed and the results come back as a Vector. We then "cache" that return and the mask that got it. From then on, if that same mask is asked to be used for a search, we just return the cached results. Pros and Cons exist for this. First, if you have "other" users that could be updating the same table, maybe adding rows, removing rows, modifying colums in that same result set that is cached..then the "cache" result may not be reflective of an updated table in the database. So, I would say employ some sort of time check. If the same mask is used to query, and a cache exists, if its been longer than say 1/2 hour, or 1 minute, etc...(depends on the volume of the site and the queries using the same mask), then you still go to the database and store the new results in the cache. Anyways..hope that helps a bit. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Need Help Urgent
Hi Guys, I wma using Websphere & Jsp with beans. I have placed my beans on websphere. How do I debug my beans. Suppose i give a System.out.println in my beans, how can i see the message displayed ? Please can anyone inform me asap. Regards Vinay Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: EJB and JavaBeans
I don't want to start an argument, but I don't see how you can call ordinary beans a client-side technology. When a JSP uses a bean for data access or storage, that's all strictly server-side. You may be storing client-related data in the bean, but the bean exists and is used only on the server. I'd call that a server-side usage myself. And the examples you give of the purposes of EJBs can all be done with ordinary beans, if your server side is not distributed. Indeed, even if your database is on a different machine than your web server, there's no reason that you can't use ordinary beans with JDBC to allow your JSP/servlet to talk to the database. I don't see that it's the purpose that distinguishes EJBs from ordinary beans, it's the environment in which they're used. JavaBeans are a component model. EJBs are a distributed component model. The basic purpose of both is to encapsulate business logic, to keep it separate from presentation. If you're working in a simple environment, with one web server and a database server (and your database interactions are simple queries and updates), you have no real need for EJBs; ordinary beans can do the job just fine. You can have ordinary beans that encapsulate business entities and business processes. If your environment is distributed, with servers all over the place (or you do big database transactions), then EJBs are needed. GUI widgets are just one use of JavaBeans, certainly not the only use. --Jim Preston -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Eddie Sheffield Sent: Friday, June 16, 2000 10:36 AM To: [EMAIL PROTECTED] Subject: Re: EJB and JavaBeans Other than having "JavaBean" in the name, they are totally different things with different purposes. Ordinary JavaBeans are more client-side technology, either visual (like some kind of GUI widget) or non-visual (a timer bean e.g.) Even beans used in JSPs and Servlets are in most respect client-type beans (clients to a database server or an EJB, perhaps). Enterprise JavaBeans (EJBs) on the other hand are STRICTLY server side beans (there is some client side code associated with each EJB - stubs used to communicate across the wire to the actual EJBs). EJBs do not exist outside of an EJB server such as the J2EE Reference Implementation, WebSphere, WebLogic, etc. They cannot act as client side GUI widgets like an ordinary bean. They represent either business entities (called entity beans - things like customers, accounts, orders, etc.) or business processes (called session beans - actions like logging in to a system, placing an order, etc.) So EJBs will not (and cannot) replace regular JavaBeans. Likewise regular JavaBeans will not (and cannot) replace EJBs. They are separate (although occasionally complementary as in a non-visual JavaBean in a servlet or JSP that fronts/communicates with an EJB) technologies that happen to share a similar name and some high level abstract concepts. Eddie Sheffield - Original Message - From: "Apollo Mcowiti" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 05, 2000 7:43 PM Subject: Re: EJB and JavaBeans > True, but > I still tend to think that with the neat way EJB envisions(spelling?) to > solve the distributed computing problem, it is here to stay for a long time. > And when there have been well defined core EJBs for most enterprises(don't > they all use similar business logic?)we should achieve OO's dream of (a high > percentage ) code reuse,and then ordinary beans should really die. > > apollo > > -Original Message- > From: Jim Preston [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 05, 2000 5:54 PM > To: [EMAIL PROTECTED] > Subject: Re: EJB and JavaBeans > > > I don't think it's a question of replacing. EJBs are essentially a super-set > of ordinary beans, and the latter will certainly have their place in the > scheme of things for a while to come. Besides, ordinary beans aren't really > a "thing", it's more a set of conventions that enable a Java class to be > used in certain ways, like being called from the get/setProperty tag of a > jsp. Finally, EJBs require an EJB-enabled server, so their use is more > restricted. Look at it this way: electric screwdrivers have many advantages > over the old manual kind, but you can still buy both in the stores, and > sometimes a manual one is better suited to the job at hand (no pun > intended). > > --Jim Preston === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscrib
Re: Good Books
AS previously mentioned on the list, try these books. They have recieved great reviews all round' and have helped me with many problems...I'm sure you'll find them just as useful For java servlets try Java Servlet Programming by Jason Hunter w/ Wiliam Crawford (O'Rielly) ISBN 1-56592-391 For JSP, try Professional JSP by Karl Avedal et al (WROX Press Ltd) ISBN 1-861003-625 N.B. Please include a subject line in future posts -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Tony Simon Sent: Friday, June 16, 2000 10:10 AM To: [EMAIL PROTECTED] Subject: Hi, Could anybody suggest a good book for Java Servlets & JSP. Thank You. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Need Help
Hi Netters .. how can make my web page working well in IE and Netscape .. cause when i try to running it using netscape all pictures aren't on their position .. but my page looks perfect in IE .. if u want i can give the source code Pls Help Me .. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
I think the bottom line here is that if you're concerned about performance, database reads and writes will unquestionably be more expensive than session stores and retrieves. If you're running on any reasonable, modern piece of hardware, with any reasonable, modern web server, you'll have plenty of RAM available for session storage. Objects stored into the session are kept within the JVM. Storing and retrieving session objects is a simple matter of passing a reference to that object back and forth; it's no more expensive than any other method call with a parameter (well, ok, there's a bit of additional overhead to retrieve the HttpSession object itself, but that's still very minor). If you go to a database, you are, at the very least, incurring the overhead of making that external call. And if the database ever has to go to disk to retrieve something, it's significantly more expensive. At my previous job, I wrote a servlet that stored large amounts of data in the session (a few objects, but each pretty large). We set a two-hour timeout for session expiration, so it wasn't unusual for us to have seven hundred or more sessions hanging around at a time, each with those large session objects, and we never came close to running out of memory in the JVM; from the memory standpoint, we could have handled many thousands of simultaneous sessions. And just to reiterate what someone else said, remember that session objects are strictly stored on the server. The cookie that's passed back and forth to enable sessions is simply a unique identifier so that the server knows which session is which. (And to answer the question, "What if cookies are disabled?": the server will try to use URL-rewriting, if possible, to include the session-id). --Jim Preston -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of casey kochmer Sent: Friday, June 16, 2000 9:12 AM To: [EMAIL PROTECTED] Subject: Re: Limit on Session variables and Performance The real answer to your question is: It all depends on the expected load on your web site. Using session variables doesn't really effect the perceived speed of your site on small or average sites. In fact using session variables for the most fequently used data will help speed up access compared to continued hitting of a database (unless you cache database results). Where session variables will bite you is on sites which have a high load factor. If you are storing 100 variables per person that may not be much data, but storing 100 variables for 1000 people at the same time can begin putting enough load on your web server to begin effecting performance. There is no majic number for the ideal number of session variables to use quite honestly. Just use Session Variables on the extremely reusuable data and use better judgement and then load test, load test, load test. Session variables are awesome but don't go overboard. On average I store only 10 variables per person in the session on my sites. I also usually stash 5 data arrays or Data objects in my application object. So when you say 100 variables per session,I suspect you might have some data that should be stashed in the application object also. Hope this helps Casey Kochmer [EMAIL PROTECTED] >From: Vaishali Joshi <[EMAIL PROTECTED]> >Reply-To: A mailing list about Java Server Pages specification and > reference <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Limit on Session variables and Performance >Date: Fri, 16 Jun 2000 09:14:44 EDT > >Hi All Java gurus > >Does anyone has any idea about performance of a site if lots of information >is stored in a session. There may not be too many sessions at one time, but >in one session lots of information (around 100 variables) will be stored. >Some of the information will be too long too as description. >We are having a tabbed web application, and the issue is whether to store >the information in a database as we move from one tab to another or should >we store it in session. Putting it in database will be like lots of calls >to >database, and if the user changes the information by going back and forth >between tabs then we are doing lots of rewriting to the database. And at >the >end, user might even cancel everything, so we will end up having these >kinds >of useless records in database. But I am not sure about how putting this >huge number of data in session will affect the performance. The other >option >is putting some data in session and some in temp tables.. > >I would appreciate if you can throw some light on these issues.. > >Thanks >Vaishali === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http
Re: Order of parameters
Oops, I missed an important thing, see correction below. Hans Bergsten wrote: > > Ricardo Camilo Lopez wrote: > > > > Hi, > > > > I already searched for "order", "parameter", and didn't find any > > "decent" way to deal with this issue, I thought it was provided as part > > of the javax.servlet API. > > > > I need to update values in a database from a form submited to a servlet > > via GET/POST. > > > > What the problem is? :-) > > > > Thing is that: > > > > ._ Since the request object is serially parsed the parameters are gotten > > in in the order they are read. > > > > ._ I want to do it in a way that, the right values are put in the right > > order in the tables regardless of the order they appear in the page. So > > when I pass my jdsp's to a designer they can present them as they > > please. > > > > How do you do that? > > > > If you can't explain to me please why not? > > I'm not sure I get exactly what you're after, but here's one idea that > may be at least close. You can use a bean with properties that match all > form fields, and set them automatically with a action: > > Plus to set all properties matching parameter names. > Then the page author can extract the values in any order they want, > using either : > > > > or JSP expressions: > > <%= myFormData.getFoo() %> -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Order of parameters
Make sure the parameters are named, and then use a
request.getParameter(parmName) to get the value of the parameter.
Ex.
then, when processing the post/get do
String parm1 = request.getParameter("Parm1");
and parm1 will be equal to "Value1".
You will then be able to manipulate the values as you see fit.
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Order of parameters
Ricardo Camilo Lopez wrote: > > Hi, > > I already searched for "order", "parameter", and didn't find any > "decent" way to deal with this issue, I thought it was provided as part > of the javax.servlet API. > > I need to update values in a database from a form submited to a servlet > via GET/POST. > > What the problem is? :-) > > Thing is that: > > ._ Since the request object is serially parsed the parameters are gotten > in in the order they are read. > > ._ I want to do it in a way that, the right values are put in the right > order in the tables regardless of the order they appear in the page. So > when I pass my jdsp's to a designer they can present them as they > please. > > How do you do that? > > If you can't explain to me please why not? I'm not sure I get exactly what you're after, but here's one idea that may be at least close. You can use a bean with properties that match all form fields, and set them automatically with a action: Then the page author can extract the values in any order they want, using either : or JSP expressions: <%= myFormData.getFoo() %> Hans -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: EJB and JavaBeans
Other than having "JavaBean" in the name, they are totally different things with different purposes. Ordinary JavaBeans are more client-side technology, either visual (like some kind of GUI widget) or non-visual (a timer bean e.g.) Even beans used in JSPs and Servlets are in most respect client-type beans (clients to a database server or an EJB, perhaps). Enterprise JavaBeans (EJBs) on the other hand are STRICTLY server side beans (there is some client side code associated with each EJB - stubs used to communicate across the wire to the actual EJBs). EJBs do not exist outside of an EJB server such as the J2EE Reference Implementation, WebSphere, WebLogic, etc. They cannot act as client side GUI widgets like an ordinary bean. They represent either business entities (called entity beans - things like customers, accounts, orders, etc.) or business processes (called session beans - actions like logging in to a system, placing an order, etc.) So EJBs will not (and cannot) replace regular JavaBeans. Likewise regular JavaBeans will not (and cannot) replace EJBs. They are separate (although occasionally complementary as in a non-visual JavaBean in a servlet or JSP that fronts/communicates with an EJB) technologies that happen to share a similar name and some high level abstract concepts. Eddie Sheffield - Original Message - From: "Apollo Mcowiti" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 05, 2000 7:43 PM Subject: Re: EJB and JavaBeans > True, but > I still tend to think that with the neat way EJB envisions(spelling?) to > solve the distributed computing problem, it is here to stay for a long time. > And when there have been well defined core EJBs for most enterprises(don't > they all use similar business logic?)we should achieve OO's dream of (a high > percentage ) code reuse,and then ordinary beans should really die. > > apollo > > -Original Message- > From: Jim Preston [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 05, 2000 5:54 PM > To: [EMAIL PROTECTED] > Subject: Re: EJB and JavaBeans > > > I don't think it's a question of replacing. EJBs are essentially a super-set > of ordinary beans, and the latter will certainly have their place in the > scheme of things for a while to come. Besides, ordinary beans aren't really > a "thing", it's more a set of conventions that enable a Java class to be > used in certain ways, like being called from the get/setProperty tag of a > jsp. Finally, EJBs require an EJB-enabled server, so their use is more > restricted. Look at it this way: electric screwdrivers have many advantages > over the old manual kind, but you can still buy both in the stores, and > sometimes a manual one is better suited to the job at hand (no pun > intended). > > --Jim Preston === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
import doesn´t find my class
Hi All, sorry for this basic question but I have this problem and I can't find out what's wrong. I',m trying to import a class in a page but I get the class not found error. I've put my class in the classpath but it doenst work. I'm using Inprise Application Server. What could be wrong? Thanks. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Calendar Server
check out http://coldjava.hypermart.net ServletShop: java server side programming http://coldjava.hypermart.net Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Order of parameters
Hi, I already searched for "order", "parameter", and didn't find any "decent" way to deal with this issue, I thought it was provided as part of the javax.servlet API. I need to update values in a database from a form submited to a servlet via GET/POST. What the problem is? :-) Thing is that: ._ Since the request object is serially parsed the parameters are gotten in in the order they are read. ._ I want to do it in a way that, the right values are put in the right order in the tables regardless of the order they appear in the page. So when I pass my jdsp's to a designer they can present them as they please. How do you do that? If you can't explain to me please why not? Thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
The real answer to your question is: It all depends on the expected load on your web site. Using session variables doesn't really effect the perceived speed of your site on small or average sites. In fact using session variables for the most fequently used data will help speed up access compared to continued hitting of a database (unless you cache database results). Where session variables will bite you is on sites which have a high load factor. If you are storing 100 variables per person that may not be much data, but storing 100 variables for 1000 people at the same time can begin putting enough load on your web server to begin effecting performance. There is no majic number for the ideal number of session variables to use quite honestly. Just use Session Variables on the extremely reusuable data and use better judgement and then load test, load test, load test. Session variables are awesome but don't go overboard. On average I store only 10 variables per person in the session on my sites. I also usually stash 5 data arrays or Data objects in my application object. So when you say 100 variables per session,I suspect you might have some data that should be stashed in the application object also. Hope this helps Casey Kochmer [EMAIL PROTECTED] >From: Vaishali Joshi <[EMAIL PROTECTED]> >Reply-To: A mailing list about Java Server Pages specification and > reference <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Limit on Session variables and Performance >Date: Fri, 16 Jun 2000 09:14:44 EDT > >Hi All Java gurus > >Does anyone has any idea about performance of a site if lots of information >is stored in a session. There may not be too many sessions at one time, but >in one session lots of information (around 100 variables) will be stored. >Some of the information will be too long too as description. >We are having a tabbed web application, and the issue is whether to store >the information in a database as we move from one tab to another or should >we store it in session. Putting it in database will be like lots of calls >to >database, and if the user changes the information by going back and forth >between tabs then we are doing lots of rewriting to the database. And at >the >end, user might even cancel everything, so we will end up having these >kinds >of useless records in database. But I am not sure about how putting this >huge number of data in session will affect the performance. The other >option >is putting some data in session and some in temp tables.. > >I would appreciate if you can throw some light on these issues.. > >Thanks >Vaishali > >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > >=== >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". >Some relevant FAQs on JSP/Servlets can be found at: > >http://java.sun.com/products/jsp/faq.html >http://www.esperanto.org.nz/jsp/jspfaq.html >http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP >http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: JSP AND WEBSPHERE
If you are using Websphere 2.0x then it is JSP 0.91. To get equivalent
functionality from Websphere 2.x to the JSP 1.x <%! declaration do the
following:
JSP 1.x is
<%! private static final int myInt = 0; %>
JSP 0.91 is
private static final int myInt = 0;
-Original Message-
From: Godino Javier [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 16, 2000 8:15 AM
To: [EMAIL PROTECTED]
Subject: Re: JSP AND WEBSPHERE
Thanks. I found the what is the problem. WebSphere 2.1 use JSP.92 and
WebSphere 3.0 use JSP 1.0
> -Mensaje original-
> De: Matthews,Paul [SMTP:[EMAIL PROTECTED]]
> Enviado el: martes 13 de junio de 2000 12:19
> Para: [EMAIL PROTECTED]
> Asunto: Re: JSP AND WEBSPHERE
>
> At a guess, WebSphere is rejecting the declaration <%! tag - try just
> using
> <%. Apparently there are differences, but I certainly don't know what they
> are...
> <%
> String usuarioIngresado ="";
> String passwordIngresada ="";
> %>
>
> Semicolons missing in the first two here ---
> > <% usuarioIngresado = request.getParameter("usuario")*** %>
> > <% passwordIngresada = request.getParameter("password")*** %>
> > <% session.putValue("usuario",usuarioIngresado); %>
> > <% session.putValue("password", passwordIngresada); %>
>
>
> Regards, Paul
>
> > -Original Message-
> > From: Godino Javier [mailto:[EMAIL PROTECTED]]
> > Sent: 13 June 2000 15:40
> > To: [EMAIL PROTECTED]
> > Subject: JSP AND WEBSPHERE
> >
> >
> > Hello:
> > I'm trying to use this JSP witn WEBSPHERE of IBM. But I'm
> > receiving the
> > following message when I try to show it on a browser. Please
> > a I need help.
> > thank.
> >
> > Javier
> >
> >
> > HTTP Error 405
> > 405 Method Not Allowed
> > The method specified in the Request Line is not allowed for
> > the resource
> > identified by the request. Please ensure that you have the
> > proper MIME type
> > set up for the resource you are requesting.
> > Please contact the server's administrator if this problem persists.
> >
> >
> > THE JSP IS:
> >
> >
> >
> >
> >
> >
> > This is the page title
> > <%@ language="Java" %>
> > <%! String usuarioIngresado =""; %>
> > <%! String passwordIngresada =""; %>
> >
> > > background="file:///C:/WebSphere/Studio/Projects/FormBC/FormBC
> > jsp/image/back
> > ground.gif">
> > <% usuarioIngresado = request.getParameter("usuario") %>
> > <% passwordIngresada = request.getParameter("password") %>
> > <% session.putValue("usuario",usuarioIngresado); %>
> > <% session.putValue("password", passwordIngresada); %>
> > OPCIONES
> >
> > Usuario: <%= usuarioIngresado %>
> >
> >> href="file:///C:/WebSphere/Studio/Projects/FormBC/FormBCjsp/Fo
> > rmularioDeCons
> > ulta.jsp">Consulta de Ordenes
> >
> >
> >
> > COMPILED WITH WEBSPHERE STUDIO
> >
> > *---Inicio del proceso de JSP---*
> >
> > Origen del
> > JSP:C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\MenuDeOpciones.jsp
> >
> > La generación ha terminado satisfactoriamente... Compilando.
> >
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:58:
> > Expresión de tipo no válida.
> > ! String usuarioIngresado ="";
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:62:
> > Expresión de tipo no válida.
> > ! String passwordIngresada ="";
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:66:
> > Expresión de tipo no válida.
> > usuarioIngresado = request.getParameter("usuario")
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:68:
> > Declaración no válida.
> > _static_data_0.writeChars(548, 2, out);
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:70:
> > Expresión de tipo no válida.
> > passwordIngresada = request.getParameter("password")
> >^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:72:
> > Declaración no válida.
> > _static_data_0.writeChars(608, 2, out);
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:74:
> > Variable o nombre de clase no definidos: session
> > session.putValue("usuario",usuarioIngresado);
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:78:
> > Variable o nombre de clase no definidos: session
> > session.putValue("password", passwordIngresada);
> > ^
> > 8 errores
> >
> > *---Fin del proceso de JSP---*
> >
> > ==
> > =
> > To unsubscribe: mailto [EMAIL PROTECTED] with body:
> > "signoff JSP-INTEREST".
> > Some relev
Re: Limit on Session variables and Performance
You could use a combination of session tracking and stored object(s) in the session context that contain the variables you need. If cookies may be disabled then use URL rewriting to provide the necessary tracking. Hope this helps, Galen Tucker [EMAIL PROTECTED] === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: JavaOne presentations from the Java Platform Group...
It was a great conference. Amazing sessions and astounding BOFs. fribeiro - Original Message - From: "Jari Worsley" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, June 16, 2000 12:13 PM Subject: Re: JavaOne presentations from the Java Platform Group... > see below > Eduardo Pelegri--Llopart wrote: > > > > Well, we are back from JavaOne. Congratulations to everybody on a > > very well done job. Servlets and JSP were everywhere. It was very > > nice to be around the floor and see these technologies in real > > products; not just in products whose goal was to support the > > Well, for my 2 cents worth, and to add to the body of JSP based sites > out there, have a look at www.ecrowd.net which went live recently. > (using Model 2, Linux and Resin). And no this isn't intended as > marketing related spam, just from one Java bigot to a host of others ;) > > I almost feel that I should include a link in the credits to some of the > very helpful contributors to this list. You know who you are, Craig, > Danny, Hans and a host of others. Thanks for the insight and sharing. > Shame i couldn't get to JavaOne :(. > > thanks > > Jari > > -- > Jari Worsley > Senior Programmer > Hyperlink plc > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: database log
Hi, Try http://www.microsoft.com/technet/sql/default.asp or http://msdn.microsoft.com/sqlserver/ -- they SHOULD know better; probably they even have (some) knowledge base to search. It REALLY doesn't touch JSP. Regards, Piotr P.S. Besides -- why would you like to do this? Homemade hacker :-} ? -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Diwakar Killamsetty Sent: Friday, June 16, 2000 5:39 To: [EMAIL PROTECTED] Subject: OT: database log Hi, I would like to insert data into MS SQL Server without logging to transaction log. Is there any way to do this? thanks in advance. regards, Diwakar Tel: +91-40-3308600, ext. 8547. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: JavaOne presentations from the Java Platform Group...
see below Eduardo Pelegri--Llopart wrote: > > Well, we are back from JavaOne. Congratulations to everybody on a > very well done job. Servlets and JSP were everywhere. It was very > nice to be around the floor and see these technologies in real > products; not just in products whose goal was to support the Well, for my 2 cents worth, and to add to the body of JSP based sites out there, have a look at www.ecrowd.net which went live recently. (using Model 2, Linux and Resin). And no this isn't intended as marketing related spam, just from one Java bigot to a host of others ;) I almost feel that I should include a link in the credits to some of the very helpful contributors to this list. You know who you are, Craig, Danny, Hans and a host of others. Thanks for the insight and sharing. Shame i couldn't get to JavaOne :(. thanks Jari -- Jari Worsley Senior Programmer Hyperlink plc === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
Oh come on guys reads the specs, RTFM, and read through this lists archive. Pathetic question and pathetic bunch of replies. Please do a little research before replying. The session is "SERVER SIDE" only. Cookies or Url rewriting are used to allow the servlet engine to identify a client session. Any objects you put in the session are stored server side only. When a request comes in from a client who holds a session, either the rewritten URL, or the cookie will identify the client's current session in the servlet engine, and hence give you access to the server side session variables. Jari (sorry, just getting a little pissed at the level of questions on this list at the moment. ) Saurabh Banerjee wrote: > > I believe that session information will be stored as cookies at the client > machine and won't cause too much load on the server. > > I think it will be more effecient than doing database calls. > > Saurabh > > >From: Vaishali Joshi <[EMAIL PROTECTED]> > >Reply-To: A mailing list about Java Server Pages specification and > > reference <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: Limit on Session variables and Performance > >Date: Fri, 16 Jun 2000 09:14:44 EDT > > > >Hi All Java gurus > > > >Does anyone has any idea about performance of a site if lots of information > >is stored in a session. There may not be too many sessions at one time, but > >in one session lots of information (around 100 variables) will be stored. > >Some of the information will be too long too as description. > >We are having a tabbed web application, and the issue is whether to store > >the information in a database as we move from one tab to another or should > >we store it in session. Putting it in database will be like lots of calls > >to -- Jari Worsley Senior Programmer Hyperlink plc === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
What if cookies are disabled over the browser > -Original Message- > From: Saurabh Banerjee > Sent: Friday, June 16, 2000 7:59 PM > To: [EMAIL PROTECTED] > Subject: Re: Limit on Session variables and Performance > > I believe that session information will be stored as cookies at the client > machine and won't cause too much load on the server. > > I think it will be more effecient than doing database calls. > > Saurabh > > > > >From: Vaishali Joshi <[EMAIL PROTECTED]> > >Reply-To: A mailing list about Java Server Pages specification and > > reference <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: Limit on Session variables and Performance > >Date: Fri, 16 Jun 2000 09:14:44 EDT > > > >Hi All Java gurus > > > >Does anyone has any idea about performance of a site if lots of > information > >is stored in a session. There may not be too many sessions at one time, > but > >in one session lots of information (around 100 variables) will be stored. > >Some of the information will be too long too as description. > >We are having a tabbed web application, and the issue is whether to store > >the information in a database as we move from one tab to another or > should > >we store it in session. Putting it in database will be like lots of calls > >to > >database, and if the user changes the information by going back and forth > >between tabs then we are doing lots of rewriting to the database. And at > >the > >end, user might even cancel everything, so we will end up having these > >kinds > >of useless records in database. But I am not sure about how putting this > >huge number of data in session will affect the performance. The other > >option > >is putting some data in session and some in temp tables.. > > > >I would appreciate if you can throw some light on these issues.. > > > >Thanks > >Vaishali > > > >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > > > >= > == > >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > >JSP-INTEREST". > >Some relevant FAQs on JSP/Servlets can be found at: > > > >http://java.sun.com/products/jsp/faq.html > >http://www.esperanto.org.nz/jsp/jspfaq.html > >http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > >http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
JavaOne presentations from the Java Platform Group...
Well, we are back from JavaOne. Congratulations to everybody on a very well done job. Servlets and JSP were everywhere. It was very nice to be around the floor and see these technologies in real products; not just in products whose goal was to support the technologies but also in those that just needed a feature best served by this functionality. There were so many presentations in these topics that it would hard to list them all; maybe Danny and I will try to do some summary later but in the meantime, I've linked the three main presentations from the Java Platform Group (JPG) at Sun into our web site. They are at: http://java.sun.com/products/jsp/technical.html#presentations - eduard/o === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
I believe that session information will be stored as cookies at the client machine and won't cause too much load on the server. I think it will be more effecient than doing database calls. Saurabh >From: Vaishali Joshi <[EMAIL PROTECTED]> >Reply-To: A mailing list about Java Server Pages specification and > reference <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Limit on Session variables and Performance >Date: Fri, 16 Jun 2000 09:14:44 EDT > >Hi All Java gurus > >Does anyone has any idea about performance of a site if lots of information >is stored in a session. There may not be too many sessions at one time, but >in one session lots of information (around 100 variables) will be stored. >Some of the information will be too long too as description. >We are having a tabbed web application, and the issue is whether to store >the information in a database as we move from one tab to another or should >we store it in session. Putting it in database will be like lots of calls >to >database, and if the user changes the information by going back and forth >between tabs then we are doing lots of rewriting to the database. And at >the >end, user might even cancel everything, so we will end up having these >kinds >of useless records in database. But I am not sure about how putting this >huge number of data in session will affect the performance. The other >option >is putting some data in session and some in temp tables.. > >I would appreciate if you can throw some light on these issues.. > >Thanks >Vaishali > >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > >=== >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". >Some relevant FAQs on JSP/Servlets can be found at: > >http://java.sun.com/products/jsp/faq.html >http://www.esperanto.org.nz/jsp/jspfaq.html >http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP >http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
SocketException when running Weblogic
Hi, I set up WebLogic 4.5.1 on Sun Solaris, and using JDK1.2.2, when I start the WebLogic, and always get this error message: java.net.SocketException: Connection reset by peer: Connection reset by peer at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.socketRead(Compiled Code) at java.net.SocketInputStream.read(Compiled Code) at weblogic.socket.PosixSocketMuxer.processSockets(Compiled Code) at weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:19) at weblogic.t3.srvr.ExecuteThread.run(Compiled Code) Wed Jun 14 19:45:19 EDT 2000: connection reset on HTTP Wed Jun 14 19:45:19 EDT 2000: connection reset on HTTP ___ I wonder if any you guys have such experience before, and I welocme and appreciate any clues and ideas how to fix it. thanks so much. Louie === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Site Map Query
hi guys... i m stuck between the good old Netscape and IE problem... i have prepared a sitemap that will put three frames to the browser whenever a user clicks on any link. Each click will fire a JavaScript function, with specific parameters. that works very fine with IE, because the IE Javascript will overwrite the previous page. in Netscape, however, the script will be executed, the display will change, but the previous page is not overwritten(which can be seen in the page sources of both after the script is executed). So i would like to write a JSP page, which will submit the same parameters to a Servlet or a JSP page. what i would like to know is that how do i write the submit events and do i need seperate forms to keep the Java code short? a sample of the code of the IE script can be found at http://www.aiaengineering.com you can select the site map from the last menu. do give me a sample code, cause i have something like 60 + links to handle... Thanks in advance!! Love Always, Abhishek Shodhan. Get free email and a permanent address at http://www.amexmail.com/?A=1 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Limit on Session variables and Performance
Hi All Java gurus Does anyone has any idea about performance of a site if lots of information is stored in a session. There may not be too many sessions at one time, but in one session lots of information (around 100 variables) will be stored. Some of the information will be too long too as description. We are having a tabbed web application, and the issue is whether to store the information in a database as we move from one tab to another or should we store it in session. Putting it in database will be like lots of calls to database, and if the user changes the information by going back and forth between tabs then we are doing lots of rewriting to the database. And at the end, user might even cancel everything, so we will end up having these kinds of useless records in database. But I am not sure about how putting this huge number of data in session will affect the performance. The other option is putting some data in session and some in temp tables.. I would appreciate if you can throw some light on these issues.. Thanks Vaishali Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: 10 records displaying single jsp page
.I have another scriplet that does the same thing... .we may share each other code...:) .javier. Javier Cazares GE Power Systems Intranet Web Team 1 River Road, Bldg. 40-213 Schenectady, NY 12345 P: (518) 385-1521 Email: mailto:[EMAIL PROTECTED] > -Original Message- > From: Tamanna Kher > Sent: Friday, June 16, 2000 12:19 AM > To: [EMAIL PROTECTED] > Subject: Re: 10 records displaying single jsp page > > i'll send u the code of 2 functions whih i have written for my jsp page at > ur address > > > > > subramanian Athimoolam <[EMAIL PROTECTED]> on 06/16/2000 10:27:04 AM > > Please respond to A mailing list about Java Server Pages specification and > reference <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > cc:(bcc: Kher Tamanna-SWD-ITIL-UB/Itilmail) > > Subject: Re: 10 records displaying single jsp page > > > > > Thanks. but actually i could't get correctg information. > that is what again i am given mail. > > subu > > > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
archive rant
Tony, Do you think that looking at the list archive would be a good place to start? (esp considering that this topic was covered LAST WEEK!) --Angus - Then again it would help if the list admins got off their butts and 1) put the link for the list archive at the bottom of the .sig 2) restricted posting to the list to people who are subscribed to it. (nospam) > -Original Message- > From: Tony Simon [mailto:[EMAIL PROTECTED]] > Sent: Friday, June 16, 2000 10:10 PM > To: [EMAIL PROTECTED] > Subject: > > Hi, > Could anybody suggest a good book for Java Servlets & JSP. > Thank You. > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: How to configure LDAP server for the Calendar Server?
Use Lotus Domion Server. It has both Calendar as well as LDAP Services. - Original Message - From: "Ritesh_Srivastava" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, June 16, 2000 7:15 AM Subject: How to configure LDAP server for the Calendar Server? > How to configure LDAP server for the Calendar Server? > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Using J2ee with iPlanet Calendar Server?
Yes J2EE supports LDAP protocol. you can use JNDI to access LDAP Server. LDAP Server is a Directory server and it is basically used as a repository for "lookup" kind of application. For example you can think of directory as a "white Page" of a telephone directory. It can be used to keep any lookup information about any resources on the network. I Planet calendar is free I guess and it supports standard calendar prorocol , CAP ( Calendar Access Protocol) Senthil - Original Message - From: "Ritesh_Srivastava" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, June 16, 2000 1:04 AM Subject: Using J2ee with iPlanet Calendar Server? > Hi, > I have to integrate a Calendar Server with my application running on > J2EE server.I have a few queries to make? > * Does J2EE supports LDAP protocol? > * What is a LDAP server and why is it used. > * Does the iPlanet Calendar Server which is free download is a free > product or the downloaded version is demo version.? > * With J2EE what are the most commonly used Calendar Servers? > > If anybody has worked on this, then please help in this regard. > > Ritesh > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: TO ADMIN: location of archives (Was: 10 records displayingsingle jsp page)
I agree with it. Pratik wrote: > > I think this is very good suggestion. > they should put a link > > pratik > - Original Message - > From: Donald Vandenbeld <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, June 15, 2000 10:03 PM > Subject: TO ADMIN: location of archives (Was: 10 records displaying single > jsp page) > > > Further to Veronique's comments, could one of the admins please put a link > > to the jsp-interest archives in the generic footer that gets appended to > > each message? I think this would just as useful as some of the other > links > > found in the footer. > > > > Donald > > > > - Original Message - > > From: "Veronique Dupierris" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Thursday, June 15, 2000 9:22 AM > > Subject: Re: 10 records displaying single jsp page > > > > > > > > > > Look in the archive, this has been anwsered many times and again last > > week > > and again today > > We now have about 100 messages per day ! It would be very usefull if > 'we' > > look at > > the archive or FAQ before sending a mail ! > > > > regards > > veronique > > subramanian Athimoolam a écrit : > > > > > hi > > > > > > i want to displaying 10 records in my single jsp page. how can i > > do > > > it.i am using ms access database. > > > > > > thanks > > > subu. > > > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: JSP AND WEBSPHERE
Thanks. I found the what is the problem. WebSphere 2.1 use JSP.92 and
WebSphere 3.0 use JSP 1.0
> -Mensaje original-
> De: Matthews,Paul [SMTP:[EMAIL PROTECTED]]
> Enviado el: martes 13 de junio de 2000 12:19
> Para: [EMAIL PROTECTED]
> Asunto: Re: JSP AND WEBSPHERE
>
> At a guess, WebSphere is rejecting the declaration <%! tag - try just
> using
> <%. Apparently there are differences, but I certainly don't know what they
> are...
> <%
> String usuarioIngresado ="";
> String passwordIngresada ="";
> %>
>
> Semicolons missing in the first two here ---
> > <% usuarioIngresado = request.getParameter("usuario")*** %>
> > <% passwordIngresada = request.getParameter("password")*** %>
> > <% session.putValue("usuario",usuarioIngresado); %>
> > <% session.putValue("password", passwordIngresada); %>
>
>
> Regards, Paul
>
> > -Original Message-
> > From: Godino Javier [mailto:[EMAIL PROTECTED]]
> > Sent: 13 June 2000 15:40
> > To: [EMAIL PROTECTED]
> > Subject: JSP AND WEBSPHERE
> >
> >
> > Hello:
> > I'm trying to use this JSP witn WEBSPHERE of IBM. But I'm
> > receiving the
> > following message when I try to show it on a browser. Please
> > a I need help.
> > thank.
> >
> > Javier
> >
> >
> > HTTP Error 405
> > 405 Method Not Allowed
> > The method specified in the Request Line is not allowed for
> > the resource
> > identified by the request. Please ensure that you have the
> > proper MIME type
> > set up for the resource you are requesting.
> > Please contact the server's administrator if this problem persists.
> >
> >
> > THE JSP IS:
> >
> >
> >
> >
> >
> >
> > This is the page title
> > <%@ language="Java" %>
> > <%! String usuarioIngresado =""; %>
> > <%! String passwordIngresada =""; %>
> >
> > > background="file:///C:/WebSphere/Studio/Projects/FormBC/FormBC
> > jsp/image/back
> > ground.gif">
> > <% usuarioIngresado = request.getParameter("usuario") %>
> > <% passwordIngresada = request.getParameter("password") %>
> > <% session.putValue("usuario",usuarioIngresado); %>
> > <% session.putValue("password", passwordIngresada); %>
> > OPCIONES
> >
> > Usuario: <%= usuarioIngresado %>
> >
> >> href="file:///C:/WebSphere/Studio/Projects/FormBC/FormBCjsp/Fo
> > rmularioDeCons
> > ulta.jsp">Consulta de Ordenes
> >
> >
> >
> > COMPILED WITH WEBSPHERE STUDIO
> >
> > *---Inicio del proceso de JSP---*
> >
> > Origen del
> > JSP:C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\MenuDeOpciones.jsp
> >
> > La generación ha terminado satisfactoriamente... Compilando.
> >
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:58:
> > Expresión de tipo no válida.
> > ! String usuarioIngresado ="";
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:62:
> > Expresión de tipo no válida.
> > ! String passwordIngresada ="";
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:66:
> > Expresión de tipo no válida.
> > usuarioIngresado = request.getParameter("usuario")
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:68:
> > Declaración no válida.
> > _static_data_0.writeChars(548, 2, out);
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:70:
> > Expresión de tipo no válida.
> > passwordIngresada = request.getParameter("password")
> >^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:72:
> > Declaración no válida.
> > _static_data_0.writeChars(608, 2, out);
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:74:
> > Variable o nombre de clase no definidos: session
> > session.putValue("usuario",usuarioIngresado);
> > ^
> > C:\WebSphere\Studio\check_out\FormBC\FormBCjsp\_MenuDeOpciones
> > _xjsp.java:78:
> > Variable o nombre de clase no definidos: session
> > session.putValue("password", passwordIngresada);
> > ^
> > 8 errores
> >
> > *---Fin del proceso de JSP---*
> >
> > ==
> > =
> > To unsubscribe: mailto [EMAIL PROTECTED] with body:
> > "signoff JSP-INTEREST".
> > Some relevant FAQs on JSP/Servlets can be found at:
> >
> http://java.sun.com/products/jsp/faq.html
> http://www.esperanto.org.nz/jsp/jspfaq.html
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
>
> ==
> =
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> JSP-INTEREST".
> Some releva
Re: Using J2ee with iPlanet Calendar Server?
Ritesh, Could you PLEASE stop putting this message on the list so many times each day? Obviously, nobody has an answer for you. You will have to do some research somewhere else on this subject. This is not the "Consumer Reports" of JSP, it is a forum for discussing JSP usage and techniques. PLEASE stop this annoying practice, you may also be offending people so much that they will refuse to answer you! -Original Message- From: Ritesh_Srivastava [mailto:[EMAIL PROTECTED]] Sent: Friday, June 16, 2000 5:59 AM To: [EMAIL PROTECTED] Subject: Re: Using J2ee with iPlanet Calendar Server? PLease see this mail. > -- > From: Ritesh_Srivastava[SMTP:[EMAIL PROTECTED]] > Reply To: A mailing list about Java Server Pages specification and > reference > Sent: Friday, June 16, 2000 10:34 AM > To: [EMAIL PROTECTED] > Subject: Using J2ee with iPlanet Calendar Server? > > Hi, > I have to integrate a Calendar Server with my application running > on > J2EE server.I have a few queries to make? > * Does J2EE supports LDAP protocol? > * What is a LDAP server and why is it used. > * Does the iPlanet Calendar Server which is free download is a free > product or the downloaded version is demo version.? > * With J2EE what are the most commonly used Calendar Servers? > > If anybody has worked on this, then please help in this regard. > > Ritesh > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Reference to "Model 2" design pattern article?
Also, if you're looking for something that was referenced here, you could go to the archives and search them. I'm sure that would yield hundreds of hits on Model 2! Bill Hines -Original Message- From: David M. Karr [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 15, 2000 6:46 PM To: [EMAIL PROTECTED] Subject: Reference to "Model 2" design pattern article? I really have looked for this, and I believe I saw it at one time, but I'm unable to find it now. I'm looking for a reference to a detailed description of "Model 2", the "modern" way of structuring a JSP/Servlet application. -- === David M. Karr ; [EMAIL PROTECTED] ; w:(425)487-8312 ; TCSI & Best Consulting Software Engineer ; Unix/Java/C++/X ; BrainBench CJ12P (6/12/2000) === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
How to configure LDAP server for the Calendar Server?
How to configure LDAP server for the Calendar Server? === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Print option
Hi All, I need to provide a user options to print a particular page through servlet even though the print option is there on the browser also. Hi are there any classes from where we can invoke the print option.. I mean which can detect whether the user has any printer installed over his system.. Thanks in advance\ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: JSPBook: JSP Architectures
No, Since every request is handled by a separate thread, the only restriction is the processing power of your computer. All servlets run in the same process anyway. One servlet handling all requests or 2 servlets handling half of the requests eacch won't make much difference. If there is a difference, I guess the single servlet might be a bit better. Geert Van Damme > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Rajesh Nagarjunan > Sent: dinsdag 13 juni 2000 16:29 > To: [EMAIL PROTECTED] > Subject: Re: JSPBook: JSP Architectures > > > Well don't you think that a single servlet or JSP handling all > the request will > be an overhead > in term of performance as only one instance of the servlet handles all the > request in succession. > > Thanks > Rajesh > > Lance Lavandowska wrote: > > > > I found your article really very useful, the idea of including rather > > > than redirecting seems an excellent proposition. > > > > Thank you. > > > > > > > > Now I've tried using a single servlet model wherein I have one servlet > > > included in all the presentaion JSP's, this servlet actually gets to > > > know which bean it has to coordinate for a specific page for > > > implementing the business logic and returns the results in a generic > > > fashion to the page, is this similar to what you have in mind when you > > > say a single servlet model or is it different... > > > > Yes, this is the same thing. Jakarta has released the Struts > project, which > > provides a prewritten framework to handle all the "gruntwork" for you. > > > > > > > > Can you give me some leads, I would be most interested in knowing more > > > about it, you could additionally suggest pointers to more > material like > > > this one. > > > > Besides www.javasoft.com/products/jsp/ one of the best sites to find > > information is javaworld.com. If you subscribe to the > jsp-interest mailing > > list, the mail footers contain links to other useful sites & faqs. > > > > Lance > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Using J2ee with iPlanet Calendar Server?
PLease see this mail. > -- > From: Ritesh_Srivastava[SMTP:[EMAIL PROTECTED]] > Reply To: A mailing list about Java Server Pages specification and > reference > Sent: Friday, June 16, 2000 10:34 AM > To: [EMAIL PROTECTED] > Subject: Using J2ee with iPlanet Calendar Server? > > Hi, > I have to integrate a Calendar Server with my application running > on > J2EE server.I have a few queries to make? > * Does J2EE supports LDAP protocol? > * What is a LDAP server and why is it used. > * Does the iPlanet Calendar Server which is free download is a free > product or the downloaded version is demo version.? > * With J2EE what are the most commonly used Calendar Servers? > > If anybody has worked on this, then please help in this regard. > > Ritesh > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: SQL question for long data type
Hi Helen,
import oracle.sql.*;
...
BLOB blob = ((OracleResultSet)rs).getBLOB ("body");
CLOB clob = ((OracleResultSet)rs).getCLOB ("body");
...
file://read
Reader instream = clob.getCharacterStream();
InputStream instream = blob.getBinaryStream();
...
file://write
Writer outstream = clob.getCharacterOutputStream();
OutputStream outstream = blob.getBinaryOutputStream();
xgh
- Original Message -
From: helen ge
To: [EMAIL PROTECTED]
Sent: Thursday, June 15, 2000 10:26 PM
Subject: SQL question for long data type
Hi,
may be this is a simple question, but I stucked here.
I have an oracle table which has a long data type field named body.
in my java code I created a SQL and try to get that long field througn
ResultSet and print it out as a String.
String body = rs.getString("body");--- does not work.
long body = rs.getLong("body");--- does not work.
String body = (String) rs.getObject("body");-- not work.
How can I correctly doing that?
someone help me?
Thanks in advance
Helen
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
No Subject
I am using Professional Java Server Programming by Wrox company ... -Original Message- From: Tony Simon [mailto:[EMAIL PROTECTED]] Sent: Friday, June 16, 2000 10:10 PM To: [EMAIL PROTECTED] Subject: Hi, Could anybody suggest a good book for Java Servlets & JSP. Thank You. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
OT: database log
Hi, I would like to insert data into MS SQL Server without logging to transaction log. Is there any way to do this? thanks in advance. regards, Diwakar Tel: +91-40-3308600, ext. 8547. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
No Subject
Hi, Could anybody suggest a good book for Java Servlets & JSP. Thank You. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: URGENT!Your kind help is earnestly solicited
import jdk api - Original Message - From: Sujoy Kumar Bose <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, June 13, 2000 8:22 PM Subject: URGENT!Your kind help is earnestly solicited > Hi All, > Could anybody kindly tell me why the following error is coming ? > > The scenario is like this :- > > 1.Windows 98 > 2.GNUJSP > 3.APACHE Jserv > 4. Apache WebServer > > Directory Structure: > C:\ >EcommPkg >Apache >Apache Jserv >GNUJSP >mybean > > > The following error is coming when I am trying to access a Database bean > i.e. DataInsertion.java file thru the > Form2.jsp and I quote the error below as shown in the IE 4.0 browser :- > ( The bean is kept in a package named as mybean which is in mybean > directory under the EcommPkg directory which is my root directory under > which I have the above mentioned 2,3,4 ) > > M025 /jsp/MyPages/Form2.jsp: > > java.lang.NoClassDefFoundError: mybean/DataInsertion > at java.lang.Class.newInstance0(Native Method) > at java.lang.Class.newInstance(Compiled Code) > at org.gjt.jsp.JspServlet$Page.load(JspServlet.java:929) > at org.gjt.jsp.JspServlet$Page.needToRecompile(Compiled Code) > at org.gjt.jsp.JspServlet$Page.process(Compiled Code) > at org.gjt.jsp.JspServlet.service(JspServlet.java:284) > at javax.servlet.http.HttpServlet.service(Compiled Code) > at org.apache.jserv.JServConnection.processRequest(Compiled Code) > at org.apache.jserv.JServConnection.run(Compiled Code) > at java.lang.Thread.run(Compiled Code) > > > > With Regards, > > Sujoy. > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
simple way to convert HTML character
Hi, I'm working on a simple search robot. I want to index some pages of my site, a bit like ht:/dig does. The first step is to retrieve all the important words in the page. As I'm french, I also have to deal with accents. I choosed to loose a bit of information, by replacing them with the simple character, ie replacing é by e, and also é by e. The problem is that there is *A LOT* of characters I 'd like to suppress (and it has to be doubled because of the HTML chars). Do you guys know of a simple way to do that ? Maybe a way to restrict the characters to the unaccentuated one ? Best regards Sylvain Computers are like air conditioners - they stop working properly when you open Windows UNIX _IS_ user friendly. It's just selective about who its friends are. "If Bill Gates had a nickel for every time Windows crashes... Oh, wait! He does!" __ Sylvain Roche Responsable développement Add-Online www.add-online.fr 80 rue d'Alsace 69100 VILLEURBANNE France tel : +33 437431260 fax: +33 437431269 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: URGENT!Your kind help is earnestly solicited
I think you need to add an extra mybean to the directory as a class from package mybean in folder mybean will appear to the program as mybean/mybean/*.class === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Reference to "Model 2" design pattern article?
There is a great java world article about Model 2 design patterns at this jJava World link http://www.javaworld.com/javaworld/jw-12-1999/f_jw-12-ssj-jspmvc.html David Staines === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Access , JDBC-ODBC bridge and quoting.
Hi Rob,
this is not an PreparedStatement issue, it's a bad thing in MS ODBC driver
(MS, as usual...:-) ). Just change the asterisk sign to percento sign:
PreparedStatement pstmt = con.prepareStatement("select * from jobserve
where location like ?");
pstmt.setString(1,"%London%");
Hope this helps.
--jerry
P.S.: I know that when you try to run such SQL command from within Access
you should use '*', otherwise it will return zero rows, but in your code
you should use '%'. It's another MS magic...
-Original Message-
From: A mailing list about Java Server Pages specification and reference
[mailto:[EMAIL PROTECTED]]On Behalf Of Robert Nicholson
Sent: Friday, June 16, 2000 8:18 AM
To: [EMAIL PROTECTED]
Subject: Access , JDBC-ODBC bridge and quoting.
Firstly, can I use prepared statements with access?
I'm trying to add a qualifier.
How do you backquote a " if you want the query
from this
ResultSet rs = stmt.executeQuery("select * from jobserve where location");
to
select * from jobserve where location like "*Amsterdam*"
I tried using a preparedstatement but it did not work.
The following returns zero rows.
PreparedStatement pstmt = con.prepareStatement("select * from jobserve
where
location like ?");
pstmt.setString(1,"*London*");
If I just use "London" I don't get all those containing "London" just the
ones with "London" only.
...
Can you use preparedStatements with like qualifiers?
If not, how do you specify this via jdbc to access?
I've tried
ResultSet rs = stmt.executeQuery("select * from jobserve where location
like
\"*London*\"");
and so forth.
==
=
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
offtopic,differences between java and vc++
Hi all, I want to know the pros and cons of using java vs vc++ in terms of performance,extensibility,portability and all other features . Can any help me in choosing to go either for java or vc++. Thanks in advance. Sreenivas === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: About Jsp include Servlet(urgent)
Hi Pals
I want to call java beans from CF. Is there any one who can help me in this
regard.
Ur help will be highly appreciated.
Thanx
Hamid
VSDI
-Original Message-
From: A mailing list about Java Server Pages specification and reference
[mailto:[EMAIL PROTECTED]]On Behalf Of Xing Guohong
Sent: Friday, June 16, 2000 12:27 PM
To: [EMAIL PROTECTED]
Subject: Re: About Jsp include Servlet(urgent)
Hi,
I have met this question(question 1) before. I do not know the reason.
But I use the following instead:
<%@ page language="java" %>
...
...
or
<%@ page language="java" contentType="text/html; charset=gb2312"%>
...
<%@ include file="/include/header.jsp"%>
...
for your question one, using the first solution.
xgh
- Original Message -
From: Pang Zhenqi
To: [EMAIL PROTECTED]
Sent: Thursday, June 15, 2000 09:05 PM
Subject: About Jsp include Servlet(urgent)
Hi all,
I use Weblogic5.0.1, I have a Jsp file like below:
<%@ page language="java" session="true"
contentType='text/html;charset=gb2312' %>
...
<% someClass=(someClass)(session.getValue("name")); %>
// someServlet generate a table
here
...
I have two questions:
1. Chinese characters in the table can't be displayed properly. (Jsp and
Servlet can display very well seperately)
2. Jsp can't get the session(set by another servlet) value sometime.
Any help are very appreciately.
Thanks!
Pang
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: About Jsp include Servlet(urgent)
Hi,
I have met this question(question 1) before. I do not know the reason.
But I use the following instead:
<%@ page language="java" %>
...
...
or
<%@ page language="java" contentType="text/html; charset=gb2312"%>
...
<%@ include file="/include/header.jsp"%>
...
for your question one, using the first solution.
xgh
- Original Message -
From: Pang Zhenqi
To: [EMAIL PROTECTED]
Sent: Thursday, June 15, 2000 09:05 PM
Subject: About Jsp include Servlet(urgent)
Hi all,
I use Weblogic5.0.1, I have a Jsp file like below:
<%@ page language="java" session="true"
contentType='text/html;charset=gb2312' %>
...
<% someClass=(someClass)(session.getValue("name")); %>
// someServlet generate a table
here
...
I have two questions:
1. Chinese characters in the table can't be displayed properly. (Jsp and
Servlet can display very well seperately)
2. Jsp can't get the session(set by another servlet) value sometime.
Any help are very appreciately.
Thanks!
Pang
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: here is my SQL
Just send the sql to command prompt and and copy it to SQL PLus for Oracle
and check whether the query runs out there..
> -Original Message-
> From: helen ge
> Sent: Thursday, June 15, 2000 10:39 PM
> To: [EMAIL PROTECTED]
> Subject: here is my SQL
>
> ResultSet rs = null;
> Connection con = getDbConnect();
> StringBuffer sql = new StringBuffer(512);
> sql.append("select
> a.alert_id,a.subject,a.body,a.create_date,a.sender,atg.read_flag ");
> sql.append("from alert a, alerttargetgroup atg,usergroupids ugids
> "
> );
> sql.append(" where ugids.groupid = atg.groupid and ");
> sql.append(" ugids.username =? and atg.alert_id = a.alert_id ");
> sql.append(" union ");
> sql.append("select
> a.alert_id,a.subject,a.body,a.create_date,a.sender,atu.read_flag ");
> sql.append(" from alert a, alerttargetuser atu ");
> sql.append(" where atu.username =? and atu.alert_id = a.alert_id
> ");
>
>
>try{
> PreparedStatement stmt = con.prepareStatement(sql.toString());
>
> stmt.clearParameters();
> stmt.setString(1,username);
> stmt.setString(2,username);
> rs = stmt.executeQuery();
> }catch(SQLException e){System.out.println("sql wrong");}
>
> if i take the a.body off the select stmt, other fields are retrival OK.
>
>
> >From: Joe Milora <[EMAIL PROTECTED]>
> >Reply-To: A mailing list about Java Server Pages specification and
> > reference <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: SQL question for long data type
> >Date: Thu, 15 Jun 2000 11:11:14 -0500
> >
> >Sounds like a problem with the statement itself, not the retrieval of
> >value.
> >What is the actual select statement?
> >
> >
> >-Original Message-
> >From: helen ge [mailto:[EMAIL PROTECTED]]
> >Sent: Thursday, June 15, 2000 10:42 AM
> >To: [EMAIL PROTECTED]
> >Subject: Re: SQL question for long data type
> >
> >
> >SQLException "ORA-00997 illegal use of Long data type"
> >
> >
> > >From: Joe Milora <[EMAIL PROTECTED]>
> > >Reply-To: A mailing list about Java Server Pages specification and
> > > reference <[EMAIL PROTECTED]>
> > >To: [EMAIL PROTECTED]
> > >Subject: Re: SQL question for long data type
> > >Date: Thu, 15 Jun 2000 10:34:54 -0500
> > >
> > >rs.getString and (String)rs.getObject should work. What is the error
> >you're
> > >receiving?
> > >
> > >-Original Message-
> > >From: Rob van Oostrum [mailto:[EMAIL PROTECTED]]
> > >Sent: Thursday, June 15, 2000 9:39 AM
> > >To: [EMAIL PROTECTED]
> > >Subject: Re: SQL question for long data type
> > >
> > >
> > >are you sure the pointer is not at a row that has no value for that
> >column?
> > >
> > > > -Original Message-
> > > > I have an oracle table which has a long data type field named body.
> > > > in my java code I created a SQL and try to get that long field
> througn
> > > > ResultSet and print it out as a String.
> > > >
> > > >
> > > > String body = rs.getString("body");--- does not work.
> > > > long body = rs.getLong("body");--- does not work.
> > > > String body = (String) rs.getObject("body");-- not work.
> > > >
> > > > How can I correctly doing that?
> > >
> >
> >=
> ==
> > >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> > >JSP-INTEREST".
> > >Some relevant FAQs on JSP/Servlets can be found at:
> > >
> > > http://java.sun.com/products/jsp/faq.html
> > > http://www.esperanto.org.nz/jsp/jspfaq.html
> > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
> > >
> >
> >=
> ==
> > >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> > >JSP-INTEREST".
> > >Some relevant FAQs on JSP/Servlets can be found at:
> > >
> > > http://java.sun.com/products/jsp/faq.html
> > > http://www.esperanto.org.nz/jsp/jspfaq.html
> > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
> >
> >
> >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
> >
> >=
> ==
> >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> >JSP-INTEREST".
> >Some relevant FAQs on JSP/Servlets can be found at:
> >
> > http://java.sun.com/products/jsp/faq.html
> > http://www.esperanto.org.nz/jsp/jspfaq.html
> > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
> >
> >=
> ==
> >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> >JSP-INTEREST".
> >Some relevant FAQs on JSP/Servlets can be found at:
> >
> > http://java.sun.com/prod
