Thanks guys. But the solution you are offering is if i choose only one particular language.But for my application,i should be able to choose any language at my will and wish.ie i can choose english at the starting and later on shift over to hindi or any other language. Please ADVISE Thanks regards Sharath ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 25, 2001 1:25 PM Subject: JBoss-user digest, Vol 1 #1193 - 10 msgs > Send JBoss-user mailing list submissions to > [EMAIL PROTECTED] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.sourceforge.net/lists/listinfo/jboss-user > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of JBoss-user digest..." > > > Today's Topics: > > 1. RE: DB connections limit (=?iso-8859-1?Q?Carlos_Ferr=E3o?=) > 2. Using LIMIT (Hunter Hillegas) > 3. Re: DB connections limit (Dmitri Colebatch) > 4. Re: cookie value difference in Tomcat vs Jetty (Julian Gosnell) > 5. Re: JBoss-2.2.2_Tomcat-3.2.2.tar.gz is corrupt? (Mike Williams) > 6. Getting multiple session Ids in the servlet. (Narendra Phadke) > 7. AW: [JBoss-user] JBoss and Oracle (Heiko Dittrich) > 8. Re: Internationalization (Tomasz Skutnik) > 9. RE: Getting multiple session Ids in the servlet. (Saint-Martin Cecile) > 10. blocking when reading the same Entity in 2 transactions (=?iso-8859-1?Q?Bodlak_G=FCnther__gbo09?=) > > --__--__-- > > Message: 1 > From: =?iso-8859-1?Q?Carlos_Ferr=E3o?= <[EMAIL PROTECTED]> > To: "jboss ml" <[EMAIL PROTECTED]> > Date: Tue, 24 Jul 2001 22:56:40 +0100 > Subject: [JBoss-user] RE: DB connections limit > Reply-To: [EMAIL PROTECTED] > > > Hi all, > With the values I supplied I'm having no problems right now, but I'll > decrease idletimeout a bit. > I think the maximum number of connections in postgres is around 25, which > isn't very much.I'll change that too as soon as I find out how to do it. > I'm closing all connections in my SBs, it is only a matter of config. > The performance tuning in JBoss online docs doesn't get into much detail > and it could be more complete with configurations that work fine. > > Thanks, > Carlos Ferrao > > > > --__--__-- > > Message: 2 > Date: Tue, 24 Jul 2001 15:15:49 -0700 > From: Hunter Hillegas <[EMAIL PROTECTED]> > To: JBoss 2 <[EMAIL PROTECTED]> > Subject: [JBoss-user] Using LIMIT > Reply-To: [EMAIL PROTECTED] > > I'm using JBoss 2.4.0 beta and CMP beans. > > Is there a way to use the SQL LIMIT keyword with CMP beans? I only need 10 > rows retrieved and it seems overkill to grab them all then iterate once all > the beans have been created. > > Hunter > > > > --__--__-- > > Message: 3 > Date: Wed, 25 Jul 2001 08:24:55 +1000 > From: Dmitri Colebatch <[EMAIL PROTECTED]> > To: jboss ml <[EMAIL PROTECTED]> > Subject: Re: [JBoss-user] DB connections limit > Reply-To: [EMAIL PROTECTED] > > You are releasing the connections in the session beans after you use them > aren't you? Sorry for the obvious question, but... > > cheesr > dim > > On Tue, 24 Jul 2001, [iso-8859-1] Carlos Ferr=E3o wrote: > > >=20 > > =09Hi all, > >=20 > > =09It appears that the connections made to my postgres db are kept in idl= > e > > state for too much time. I have no limitation on the pool size. What happ= > ens > > is that there are connections to the db which are't in use (I'm using > > stateless SBs) and the users keep creating more until the server gets rea= > l > > slow or the limit of connections that postgres accepts is reached. After > > that any attempt to use my beans (which access my db) times out. I've > > changed my jdbc.xml to: > >=20 > > <attribute name=3D"PoolName">library</attribute> > > <attribute > > name=3D"DataSourceClass">org.opentools.minerva.jdbc.xa.wrapper...... > > <attribute name=3D"Properties"></attribute> > > <attribute > > name=3D"URL">jdbc:postgresql://192.168.3.248:5432/library</attribute> > > <attribute name=3D"GCMinIdleTime">10000</attribute> > > <attribute name=3D"JDBCUser">postgres</attribute> > > <attribute name=3D"MaxSize">0</attribute> > > <attribute name=3D"Password">postgres</attribute> > > <attribute name=3D"GCEnabled">true</attribute> > > <attribute name=3D"InvalidateOnError">false</attribute> > > <attribute name=3D"TimestampUsed">false</attribute> > > <attribute name=3D"Blocking">true</attribute> > > <attribute name=3D"GCInterval">10000</attribute> > > <attribute name=3D"IdleTimeout">10000</attribute> > > <attribute name=3D"IdleTimeoutEnabled">true</attribute> > > <attribute name=3D"LoggingEnabled">false</attribute> > > <attribute name=3D"MaxIdleTimeoutPercent">0.5</attribute> > > <attribute name=3D"MinSize">0</attribute> > >=20 > > I'm particularly concerned with activity spikes because a lot of connecti= > ons > > are used in each functionality. > >=20 > > =09Thanks in advance, > > =09Carlos Ferrao > >=20 > >=20 > > _______________________________________________ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > http://lists.sourceforge.net/lists/listinfo/jboss-user > >=20 > > > > --__--__-- > > Message: 4 > Date: Wed, 25 Jul 2001 00:09:08 +0100 > From: Julian Gosnell <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > Subject: Re: [JBoss-user] cookie value difference in Tomcat vs Jetty > Reply-To: [EMAIL PROTECTED] > > I'll forward this to Jetty-Discuss for you, Ernest. Perhaps someone > there will have an answer for you. > > > Jules > > > > Ernest Chen wrote: > > > > > > > This is not a jBoss specific question. > > > > I have impelmented a Servlet setting a specific cookie > > > > region=.us.ny > > > > In tomcat the original text is preserved, in Jetty cookie value is > > automatically encoded, result: > > > > region=%2Eus%2Eny > > > > Anyone have any idea which implementation is correct, what's the > > workaround to make my code compatible? > > > > Thanks! > > > > Ernest > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > > --__--__-- > > Message: 5 > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-user] JBoss-2.2.2_Tomcat-3.2.2.tar.gz is corrupt? > From: Mike Williams <[EMAIL PROTECTED]> > Date: 25 Jul 2001 10:22:47 +1000 > Reply-To: [EMAIL PROTECTED] > > Bill> I ran into the same problem ... I have nothing useful to add, but > Bill> at least you know you aren't crazy. > > Thanks for that. Though I doubt you have enough evidence to judge my > sanity :-) > > Bill> I guess I'll go get the .zip distribution, though it hardly seems > Bill> like I should need to... > > No, I know what you mean. I've filed a bug report on SourceForge > ... hopefully they'll sort it out. > > -- > Mike > > > > --__--__-- > > Message: 6 > From: "Narendra Phadke" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Date: Tue, 24 Jul 2001 17:52:00 -0700 > Subject: [JBoss-user] Getting multiple session Ids in the servlet. > Reply-To: [EMAIL PROTECTED] > > Hi, > > I am using JBoss2.4.0 and Tomcat3.2.2. > > I have a controller servlet and few jsp files for presentation. > All the JSP pages have HTML Form objects which are directed to the > Controller servlet. > So all the requests come to the controller servlet, depending upon the > request I am calling > the respective jsp page using following code. > > getServletConfig().getServletContext(). > getRequestDispatcher(url).forward(req, res); > > I get the same session Id in the JSP page and I can retrieve all the > information > from the session object. > > But when I submit the form again, and the control goes back to the > controller servlet, > I am getting a different session id!! > > I am sure all of you must be doing something similar, but I am not able to > find the solutiion yet. > > I am using the Form Submit. Should I use sendRedirect from JSP? if yes how? > > --Narendra > > > > --__--__-- > > Message: 7 > From: "Heiko Dittrich" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Subject: AW: [JBoss-user] JBoss and Oracle > Date: Wed, 25 Jul 2001 09:31:37 +0200 > Reply-To: [EMAIL PROTECTED] > > This is a multi-part message in MIME format. > > ------=_NextPart_000_000B_01C114EC.9A0F35D0 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > X-MIME-Autoconverted: from 8bit to quoted-printable by offis.offis.uni-oldenburg.de id JAA19751 > > Thank you Guy, > you where right! Version 2.4 uses org.jboss.pool... > > I really like JBoss, but the documentation needs a major update. > > -----Urspr=FCngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]Im Auftrag von Guy Rouilli= > er > Gesendet: Dienstag, 24. Juli 2001 22:03 > An: [EMAIL PROTECTED] > Betreff: Re: [JBoss-user] JBoss and Oracle > > > What version are you using? Newer version switched to JBossPool, which= > is > a copy of the minerva code that is maintained under the JBoss tree. Look = > at > jboss.jcml and see if the default datasources are using minerva or > jbosspool. > ----- Original Message ----- > From: Heiko Dittrich > To: Jboss-user > Sent: Tuesday, July 24, 2001 10:51 AM > Subject: [JBoss-user] JBoss and Oracle > > > Hello, > can anyone tell me why JBoss doesn't find > org.opentools.minerva.jdbc.xa.wrapper.XADataSourceImpl > on startup? And what I can use instead? > > -heiko > > > [JdbcProvider] Starting > [JdbcProvider] Started > [XADataSourceLoader] Starting > [XADataSourceLoader] Stopped > [Configuration] java.lang.ClassNotFoundException: > org.opentools.minerva.jdbc.xa. > wrapper.XADataSourceImpl > [Configuration] at > javax.management.loading.MLet.findClass(MLet.java:800 > ) > [Configuration] at java.lang.ClassLoader.loadClass(Unknown > Source) > [Configuration] at java.lang.ClassLoader.loadClass(Unknown > Source) > [Configuration] at > java.lang.ClassLoader.loadClassInternal(Unknown Sourc > e) > [Configuration] at java.lang.Class.forName0(Native Method) > [Configuration] at java.lang.Class.forName(Unknown Source) > [Configuration] at > org.jboss.jdbc.XADataSourceLoader.startService(XAData > SourceLoader.java:270) > [Configuration] at > org.jboss.util.ServiceMBeanSupport.start(ServiceMBean > Support.java:106) > [Configuration] at java.lang.reflect.Method.invoke(Native > Method) > [Configuration] at > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanSe > rverImpl.java:1628) > [Configuration] at > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanSe > rverImpl.java:1523) > [Configuration] at > org.jboss.configuration.ConfigurationService$ServiceP > roxy.invoke(ConfigurationService.java:831) > [Configuration] at $Proxy0.start(Unknown Source) > [Configuration] at > org.jboss.util.ServiceControl.start(ServiceControl.ja > va:81) > [Configuration] at java.lang.reflect.Method.invoke(Native > Method) > [Configuration] at > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanSe > rverImpl.java:1628) > [Configuration] at > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanSe > rverImpl.java:1523) > [Configuration] at org.jboss.Main.<init>(Main.java:209) > [Configuration] at org.jboss.Main$1.run(Main.java:115) > [Configuration] at > java.security.AccessController.doPrivileged(Native Me > thod) > [Configuration] at org.jboss.Main.main(Main.java:111) > > ____________________________________________________________ > OSC - OFFIS Systems and Consulting GmbH > Dipl.-Inform. Heiko Dittrich > Individuelle Systeme > Industriestra=DFe 11, 26121 Oldenburg > Tel.: 04 41/3 50 42-3 27, Fax: -3 80, Zentrale: -0 > E-Mail: [EMAIL PROTECTED] > URL: http://www.o-s-c.de > > > > > ------=_NextPart_000_000B_01C114EC.9A0F35D0 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > <HTML><HEAD> > <META http-equiv=3DContent-Type content=3D"text/html; = > charset=3Diso-8859-1"> > <META content=3D"MSHTML 5.50.4616.200" name=3DGENERATOR> > <STYLE></STYLE> > </HEAD> > <BODY bgColor=3D#ffffff> > <DIV><SPAN class=3D675042807-25072001><FONT face=3DArial color=3D#0000ff = > size=3D2>Thank=20 > you Guy,</FONT></SPAN></DIV> > <DIV><SPAN class=3D675042807-25072001><FONT face=3DArial color=3D#0000ff = > size=3D2>you=20 > where right! Version 2.4 uses org.jboss.pool...</FONT></SPAN></DIV> > <DIV><SPAN class=3D675042807-25072001><FONT face=3DArial color=3D#0000ff = > > size=3D2></FONT></SPAN> </DIV> > <DIV><SPAN class=3D675042807-25072001><FONT face=3DArial color=3D#0000ff = > size=3D2>I=20 > really like JBoss, but the documentation needs a major=20 > update.</FONT></SPAN></DIV> > <DIV><SPAN class=3D675042807-25072001></SPAN> </DIV> > <BLOCKQUOTE dir=3Dltr=20 > style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px = > solid; MARGIN-RIGHT: 0px"> > <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT = > face=3DTahoma=20 > size=3D2>-----Urspr=FCngliche Nachricht-----<BR><B>Von:</B>=20 > [EMAIL PROTECTED]=20 > [mailto:[EMAIL PROTECTED]]<B>Im Auftrag von = > </B>Guy=20 > Rouillier<BR><B>Gesendet:</B> Dienstag, 24. Juli 2001 = > 22:03<BR><B>An:</B>=20 > [EMAIL PROTECTED]<BR><B>Betreff:</B> Re: [JBoss-user] = > JBoss and=20 > Oracle<BR><BR></FONT></DIV> > <DIV><FONT face=3DArial size=3D2>What version are you using? = > Newer version=20 > switched to JBossPool, which is a copy of the minerva code that is = > maintained=20 > under the JBoss tree. Look at jboss.jcml and see if the default = > datasources=20 > are using minerva or jbosspool.</FONT></DIV> > <BLOCKQUOTE=20 > style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; = > BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"> > <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV> > <DIV=20 > style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: = > black"><B>From:</B>=20 > <A [EMAIL PROTECTED] = > href=3D"mailto:[EMAIL PROTECTED]";>Heiko=20 > Dittrich</A> </DIV> > <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20 > [EMAIL PROTECTED]=20 > href=3D"mailto:[EMAIL PROTECTED]";>Jboss-user</A> = > </DIV> > <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Tuesday, July 24, 2001 = > 10:51=20 > AM</DIV> > <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> [JBoss-user] JBoss = > and=20 > Oracle</DIV> > <DIV><BR></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D121234514-24072001>Hello,</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN = > class=3D121234514-24072001>can anyone tell=20 > me why JBoss doesn't find </SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > = > class=3D121234514-24072001>org.opentools.minerva.jdbc.xa.wrapper.XADataSo= > urceImpl</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN class=3D121234514-24072001>on = > startup? And=20 > what I can use instead?</SPAN></FONT></DIV> > <DIV><FONT face=3DArial size=3D2><SPAN=20 > class=3D121234514-24072001></SPAN></FONT> </DIV> > <DIV><FONT face=3DArial size=3D2><SPAN = > class=3D121234514-24072001>-heiko</DIV> > <DIV><BR></DIV></SPAN></FONT><FONT face=3DArial = > size=3D2>[JdbcProvider]=20 > Starting<BR>[JdbcProvider] Started<BR>[XADataSourceLoader]=20 > Starting<BR>[XADataSourceLoader] Stopped<BR>[Configuration]=20 > java.lang.ClassNotFoundException:=20 > = > org.opentools.minerva.jdbc.xa.<BR>wrapper.XADataSourceImpl<BR>[Configurat= > ion] =20 > at=20 > = > javax.management.loading.MLet.findClass(MLet.java:800<BR>)<BR>[Configurat= > ion] =20 > at java.lang.ClassLoader.loadClass(Unknown=20 > = > Source)<BR>[Configuration]  = > ;=20 > at java.lang.ClassLoader.loadClass(Unknown=20 > = > Source)<BR>[Configuration]  = > ;=20 > at java.lang.ClassLoader.loadClassInternal(Unknown=20 > = > Sourc<BR>e)<BR>[Configuration] &= > nbsp;=20 > at java.lang.Class.forName0(Native=20 > = > Method)<BR>[Configuration]  = > ;=20 > at java.lang.Class.forName(Unknown=20 > = > Source)<BR>[Configuration]  = > ;=20 > at=20 > = > org.jboss.jdbc.XADataSourceLoader.startService(XAData<BR>SourceLoader.jav= > a:270)<BR>[Configuration] = > =20 > at=20 > = > org.jboss.util.ServiceMBeanSupport.start(ServiceMBean<BR>Support.java:106= > )<BR>[Configuration] =20 > at java.lang.reflect.Method.invoke(Native=20 > = > Method)<BR>[Configuration]  = > ;=20 > at=20 > = > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanSe<BR>rverImpl.java:16= > 28)<BR>[Configuration] =20 > at=20 > = > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanSe<BR>rverImpl.java:15= > 23)<BR>[Configuration] =20 > at=20 > = > org.jboss.configuration.ConfigurationService$ServiceP<BR>roxy.invoke(Conf= > igurationService.java:831)<BR>[Configuration] &nbs= > p; =20 > at $Proxy0.start(Unknown=20 > = > Source)<BR>[Configuration]  = > ;=20 > at=20 > = > org.jboss.util.ServiceControl.start(ServiceControl.ja<BR>va:81)<BR>[Confi= > guration] =20 > at java.lang.reflect.Method.invoke(Native=20 > = > Method)<BR>[Configuration]  = > ;=20 > at=20 > = > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanSe<BR>rverImpl.java:16= > 28)<BR>[Configuration] =20 > at=20 > = > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanSe<BR>rverImpl.java:15= > 23)<BR>[Configuration] =20 > at=20 > = > org.jboss.Main.<init>(Main.java:209)<BR>[Configuration] = > =20 > at=20 > = > org.jboss.Main$1.run(Main.java:115)<BR>[Configuration] &= > nbsp; =20 > at java.security.AccessController.doPrivileged(Native=20 > = > Me<BR>thod)<BR>[Configuration] &= > nbsp;=20 > at org.jboss.Main.main(Main.java:111)</FONT><FONT face=3DArial=20 > size=3D2></FONT><BR> > <P><FONT=20 > = > size=3D2>____________________________________________________________<BR>= > OSC -=20 > OFFIS Systems and Consulting GmbH<BR>Dipl.-Inform. Heiko=20 > Dittrich<BR>Individuelle Systeme<BR>Industriestra=DFe 11, 26121=20 > Oldenburg<BR>Tel.: 04 41/3 50 42-3 27, Fax: -3 80, Zentrale: = > -0<BR>E-Mail:=20 > [EMAIL PROTECTED]<BR>URL: <A target=3D_blank=20 > = > href=3D"http://www.o-s-c.de/";>http://www.o-s-c.de</A><BR> </FONT> = > </P> > <DIV> </DIV></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML> > > ------=_NextPart_000_000B_01C114EC.9A0F35D0-- > > > > --__--__-- > > Message: 8 > Date: Wed, 25 Jul 2001 08:38:29 +0200 > From: Tomasz Skutnik <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-user] Internationalization > Reply-To: [EMAIL PROTECTED] > > Ernest Chen wrote: > > > Not sure if this will help you, when you startup jBoss, you might want > > to specify the encoding scheme in run.sh or run.bat > > > > > > > > java -server $JAXP -Xms256m -Xmx1024m -classpath $JBOSS_CLASSPATH > > -Dfile.encoding=8859_1 org.jboss.Main $@ > > > > > > > > Add the encoding part like the following, although not sure what > > encoding is needed for your application. > > > > > > > > -Dfile.encoding=8859_1 > > > > > > > > Hope it helps! > > > > > > > > E > > > > -----Original Message----- > > *From:* Sharath [mailto:[EMAIL PROTECTED]] > > *Sent:* Tuesday, July 24, 2001 12:28 AM > > *To:* [EMAIL PROTECTED] > > *Subject:* [JBoss-user] Internationalization > > > > Dear all, > > > > We are using JBoss 2.2.2 with Tomcat and jdk1.3. > > > > We are currently facing problems when we try to retrive chinese or > > other unicode values from html forms,put it into a database and > > redisplay it. > > > > It is saying that the encoding type is cp1252. > > > > So,How do we retrive form data for chinese and other languages and > > display the same. > > > > Please reply ASAP. > > > > Thanks, > > > > cheers > > > > Sharath > > > > > > > > > > > > > Hi. > > FWIK "file.encoding" is JVM "read-only" property. It means, that you > can't set it with -D JVM option - it's set automatically by JVM, no > matter what. To achive effect smilar to giving -D option, you have to > setup appropriately environment variables (LC_*). You can do it by > including 'export LC_TYPE=xx_XX' (whatever your xx_XX language/country > codes are) in your run.sh before invocation of JVM. Smilar solution > should work also for Win32. > > It all works of course only if your JVM supports requested 'xx_XX' > language/country variant. > > By. > > Tomasz Skutnik > > > > --__--__-- > > Message: 9 > From: "Saint-Martin Cecile" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Subject: RE: [JBoss-user] Getting multiple session Ids in the servlet. > Date: Wed, 25 Jul 2001 09:51:48 +0200 > Reply-To: [EMAIL PROTECTED] > > Are URLs hostname the same each time you submit your form? > ( http://localhost/myServlet and http://hostname/myServlet don't result in > the same session)=2E > Do you submit your form in the same window? > > SAINT-MARTIN Cecile > csaintmartin@symetrx=2Ecom > > > -----Message d'origine----- > > De : jboss-user-admin@lists=2Esourceforge=2Enet > > [mailto:jboss-user-admin@lists=2Esourceforge=2Enet]De la part de Narendra > > Phadke > > Envoy=E9 : mercredi 25 juillet 2001 02:52 > > =C0 : jboss-user@lists=2Esourceforge=2Enet > > Objet : [JBoss-user] Getting multiple session Ids in the servlet=2E > > > > > > Hi, > > > > I am using JBoss2=2E4=2E0 and Tomcat3=2E2=2E2=2E > > > > I have a controller servlet and few jsp files for presentation=2E > > All the JSP pages have HTML Form objects which are directed to the > > Controller servlet=2E > > So all the requests come to the controller servlet, depending upon the > > request I am calling > > the respective jsp page using following code=2E > > > > getServletConfig()=2EgetServletContext()=2E > > getRequestDispatcher(url)=2Eforward(req, res); > > > > I get the same session Id in the JSP page and I can retrieve all the > > information > > from the session object=2E > > > > But when I submit the form again, and the control goes back to the > > controller servlet, > > I am getting a different session id!! > > > > I am sure all of you must be doing something similar, but I am not able to > > find the solutiion yet=2E > > > > I am using the Form Submit=2E Should I use sendRedirect from JSP? > > if yes how? > > > > --Narendra > > > > > > _______________________________________________ > > JBoss-user mailing list > > JBoss-user@lists=2Esourceforge=2Enet > > http://lists=2Esourceforge=2Enet/lists/listinfo/jboss-user > > > > --__--__-- > > Message: 10 > From: =?iso-8859-1?Q?Bodlak_G=FCnther__gbo09?= > <[EMAIL PROTECTED]> > To: "'[EMAIL PROTECTED]'" > <[EMAIL PROTECTED]> > Date: Wed, 25 Jul 2001 09:52:33 +0200 > Subject: [JBoss-user] blocking when reading the same Entity in 2 transactions > Reply-To: [EMAIL PROTECTED] > > This message is in MIME format. Since your mail reader does not understand > this format, some or all of this message may not be legible. > > ------_=_NextPart_000_01C114DE.C384CC80 > Content-Type: text/plain > > Hi, > > I'm using jboss2.2.2, jdk1.3, win2k, oracle8.1.7. > > Please take a look at the following code. > It is a Session Bean that looks up a Entity Bean, PrimaryKey = "1", invokes > a getter-Method and sleeps for 10 seconds. > When I call the Session Bean from 2 clients I get the following output: > > [TestSessionBean] Wed Jul 25 00:30:55 GMT+02:00 2001 -client_1-: before > getX() > [TestSessionBean] Wed Jul 25 00:30:55 GMT+02:00 2001 -client_1-: before > sleep() > [TestSessionBean] Wed Jul 25 00:30:58 GMT+02:00 2001 -client_2-: before > getX() > [TestSessionBean] Wed Jul 25 00:31:05 GMT+02:00 2001 -client_1-: after > sleep() > [TestSessionBean] Wed Jul 25 00:31:06 GMT+02:00 2001 -client_2-: before > sleep() > [TestSessionBean] Wed Jul 25 00:31:16 GMT+02:00 2001 -client_2-: after > sleep() > > I just want to read the Entity (there is no update), but the call to > myEntity.getX() blocks for the second client until the transaction of the > first client is finished. > Is this normal behaviour for Entity Beans? > Is there a possibility to read (invoke getter-methods) the same Entity in > more than one transaction at the same time? > > Attached is the complete code as zip file. > <<ejbtest.zip>> > Many thanks > Guenther > > package gbo.ejbtest; > > import java.util.Date; > import javax.ejb.SessionBean; > import javax.ejb.SessionContext; > import javax.naming.InitialContext; > import javax.rmi.PortableRemoteObject; > > public class TestSessionBean implements SessionBean > { > public TestSessionBean(){} > public void ejbCreate() {} > public void ejbActivate(){} > public void ejbPassivate(){} > public void ejbRemove(){} > public void setSessionContext(SessionContext ctx){} > > public void lockTest(String ClientId) > { > try > { > javax.naming.Context jndiContext = new InitialContext(); > Object obj = jndiContext.lookup("TestEntityBean"); > TestEntityHome home = > (TestEntityHome)PortableRemoteObject.narrow(obj, TestEntityHome.class); > TestEntity myEntity = (TestEntity)home.findByPrimaryKey("1"); > print(ClientId + ": before getX()"); > > // a second Client blocks here > myEntity.getX(); > > print(ClientId + ": before sleep()"); > Thread.sleep(10000); > print(ClientId + ": after sleep()"); > } > catch (Exception e) > { > print(ClientId + ": Error"); > e.printStackTrace(); > } > } > > private void print(String s) > { > Date t = new Date(); > System.out.println(t.toString() + " " + s); > } > > } > > [TestSessionBean] Wed Jul 25 00:30:55 GMT+02:00 2001 -client_1-: before > getX() > [TestSessionBean] Wed Jul 25 00:30:55 GMT+02:00 2001 -client_1-: before > sleep() > [TestSessionBean] Wed Jul 25 00:30:58 GMT+02:00 2001 -client_2-: before > getX() > [TestSessionBean] Wed Jul 25 00:31:05 GMT+02:00 2001 -client_1-: after > sleep() > [TestSessionBean] Wed Jul 25 00:31:06 GMT+02:00 2001 -client_2-: before > sleep() > [TestSessionBean] Wed Jul 25 00:31:16 GMT+02:00 2001 -client_2-: after > sleep() > > > > > ------_=_NextPart_000_01C114DE.C384CC80 > Content-Type: application/x-zip; > name="ejbtest.zip" > Content-Transfer-Encoding: base64 > Content-Disposition: attachment; > filename="ejbtest.zip" > > UEsDBBQAAgAIAFS7+Cp3h32MkAAAAMkAAAAQAAAAVGVzdFNlc3Npb24uamF2YWXOOw7CMBAE0N6n > 2BIaXyAdKAU0SIQL+LOYzcdr2UuIhLg7sYQQElPPG00ybjABIVjW2FvBIo1SNCXOAr2Zjc4T6TNO > LNguDpMQx+a3sFSn2+PuZHt0Vae7HckBRcF8NQ7hsq52WMpKARfB6At8gXoqWPNBM5OHkd1QzaaT > TDHAfiSMcvBbALllfhT4O/R6A1BLAwQUAAIACAANAPkq6L8S5kECAACNCQAACwAAAGVqYi1qYXIu > eG1s7VZLj9owEL6vtP/Bm2NVZ0qPlctKC1Tdqo9VoYeeViaZBdPESW2z2vz7OokJzgME7LVckL9v > vvF4XsBuX9KEPKPSIpMfg1H4LrgdX19dX7Gb6Y/J4vfDjOBmSTdckYdfd1/vJySgAPOtJN9EpDJd > aIOpfkvuZRQCTBdTMpMGVa6ERvKFP/M75FKTUTgCmH0PSLA2Jv8AsLFUqLcyjLIUNu8RITaxBnfX > 4+hxFFogqENxqD0Q+2HY3ECXpXeH7zhhCg+pUetA8hTHC9RmVpmUcTFoiI5gnVlstcxCa2CsJtwL > P1uKQWXQESlMM3NIxsDRA6FFCdf6gG4fZ23Vkedl5WwNZITUFDmOJ5k0XEhUDHpcV6tESv9g4TxX > JUm4XIVzo4RcWQdtg95zbbIVl2b8iScaywfugI5llOb0SWASj1n1VadcxAy8I4O92Un6l1Pl5TPK > V9RkeW0b8doHev3DNOpyNo621Ly2uaCnnPLspnK687uqF+pgbd2j67aZG24wsQiDFt7RlKXXPDIN > 77VijxuIV+FTB/apOqX2AEOz0RgccVDduxvGFjggumQBXL4EoP/+Jte7rQcDa89RtoCYLpOCxqgj > JXKTqXYHR1tlb6cqS/r9ZTGXW/srUGSyHOQGa8fTduNxKZp1FlO7cFIxOC2n3uJ5O1TKc/a4H1xF > v2HgH7tlGLz51HhOWQKvDqgxb+Xa46Pd0FFv5v5n+MyAqtxRbuwP4XJr5/Un/t0KhbHbZB7jl+ZY > 7hkMTymD/b+bf1BLAwQUAAIACAA5APkqYmEFe68AAAAZAgAACQAAAGpib3NzLnhtbJVRSw6CMBDd > c4qme6zuXBRITPQC4gGojKZEBtIhRm9vpQi2EhO66/t0Xt/I7FHf2B0M6QYTvlmtOQM8N6XGa8JP > +SHe8iyNIlmphiiNmD0SsAPTGk0QKyhwgD+U7p4T4MBKxVjUkOZA3b5X7KxPipHw9RWWet4wMdNI > Ec6UBPT+zr8URydZEMNzzOQYZxi4+Og340z2Iua6GAW//kWdDL2EYaTwmumbCxZpn3OLfgFQSwME > FAACAAgAm7r4KlBaIdKTAAAA7gAAAA8AAABUZXN0RW50aXR5LmphdmF1zbEOAiEMBuCdp+ioCy/g > ZsLiYqIOtwJXsegBgXpijO8ul1zMJcaO/fv9TdpetUNwJkr0hrHwRggaUswMXo+6Tmupdtu98Whb > uMhkHkgecIiMqlpMTDE0ne7mRhYoMOaztgin1qoCEz8BK2PoC3wLxUtAm9kcOVNw4JC71Rr4kuOj > wM+HBRgj9VCm85l2/9lbfABQSwMEFAACAAgAc7r4KtQuPRj2AAAAywIAABMAAABUZXN0RW50aXR5 > QmVhbi5qYXZhfVAxcoMwEOx5xZW44QNMisSTLkUmTkErxA2RIyRGOhhlPP57TjY2AYtcp93b3dP2 > Qn6LFqGtbYHHmtBTmWWq660jOIpRhAgXr4YU/bygMOUWubeGMER1P9RaSZBaeA+f7DirgcUaOzTk > YUazUwY8k+5ATpkWVFMm0MD+f9Cle747nRf0aFUDfOKzJDUKwstCgn+zotni3vkX/4o/sLPjJnsg > 69KkR1o0ly9eICmkVIN50K3WpqY4e+8w3n0vdHdZu5Ydh76UL9jz6V52HIc0OANm0PoKpmuxnh78 > V/VPRItU5evsKSXcIlL1VDfrKnl54MNn/fkXUEsDBBQAAgAIAJu6+Cp3zPxDsAAAAIABAAATAAAA > VGVzdEVudGl0eUhvbWUuamF2YX2PTQrCQAxG93OKLBVkLuCuUhHdiHqB6TTWqPNDGrWDeHerCBat > Zpv35X2Jxh5MhVAVQeO+EKxlrBS5GFhgb85GsyO9QhcE88ZiFAp+3AWaR07n82wWHPZsJozmf3ZK > vkTuECqeiiNZIC/IW2MRNm2v3AtJelgAG0Ff1vCyqquCdl6pNwv26R6shclXQOXwyYHsOFxq+Gg2 > gq83f5zdtoWztGRyhtMC0y/Bx2M9gtsdUEsDBBQAAgAIAGAC+SoUk+S3vgEAAHIEAAALAAAAQ2xp > ZW50LmphdmGNUj1v4zAM3f0rBE8OUAjt2BZZLuihXXrBpVvRQVZYR44tCRTtJCjy34/+iBsbSXEa > bEF8JB/fo1d6qzIQWeok5ClBoMcoMqV3SCJXtdpLq0pjM/liDRlVLJwl2DPoEubH4Gv7e9pr8GSc > nYC4uVwgKILLCImlkX+hdFcBFZlCLtF5QDIQeAxfpYXRQhcqBLEoDFiKviLBp48EUsS/2pm1KJWx > yYqQOb5/CIVZmLXQLqE5hIfh/v3anH5ukdu1Od3nIgMai5bMHkdpf9IcNAmX5ow+y5WFc9vKJ/Eb > 27GCEHjWX6BsPMk/Cz+7EsSm+cxHEJFMQLNe70bOJWun0gI6WTs27Bai2yVM6mbaQLZKXichysPp > Nm/JSN06Op17gPGgetsUSBq9328/rgKRKdajQsfhphXpTTJshYDZFZtAeraXVsRL/4ZKX6h3jLr9 > QFMz8dOCjG28ZKygDasWftz4yTp9r6rwrJeF3dnTOTMvA1AfOiRxu+x9h0+lyeFBmo5OfCNih5nM > recnAuQ4hJ5Hz/V3lxL/XwOPrjZrQFlhW50NU8XGBXq4u72/b4oMVRCoQtvOMVHH972OEcv7D1BL > AwQUAAIACABVAvkqtJKlXvYBAAA7BQAAFAAAAFRlc3RTZXNzaW9uQmVhbi5qYXZhjVRNb+IwEL3z > K0acHHXlbq+LethSpK32sGjpYa+OM4DBsSN7oEQV/33HCRSSplUdKXI8H+/NzHMqpbdqhbDKvcRN > ThhpMhqZsvKBYKP2Su7IWPmoCCfXx4fkLRcYo/HuAZX72Dr1jvBAPQenSuNW8skZMsoO+4TSyDl/ > qtziXyw94Z98gzoxrHa5NRq0VTHCM7O+ogKcxGKJjiJcHY9eR8DrFNmLEdnr8dq896YALmIakEsX > GQybf2oy+8Zh2D5nep86pLL2w9aI1O2g6H6CpkOKexdovd6m8sSCAvcYptZwL56KrPFsu5AWhfpt > fzlNqzOiM9zGFea8vweHL9AdnsgmnSTtrMDnG3a/CpbW++2uEuPEcebIUJ0mMO6FX6y/fImwTq97 > EN3jbEgeTDwE/yIY+VsvjWwE8yESlPVp00HKErhcGlc81PNgShXq31iL8V2fc8X9JnHuN9zA+Afk > uPSBLxjSP5FxANzeguLhau+K02ggTyOLsMaAnXxnOrKN/jJYtIhVg9YtdM1qLmRrvfvO6wsp1ZIw > DGU8vu20Ir0GMTtorIgFCph9IKwhgBkPK/SpomxcF8T/p+egNIp3yK3y2S3dr1b5bfqT7GND4oKf > /mFwlu5jcycvKRd1JCyl31ELbJ0gSb5NxdefmfJzAyftMPbxP1BLAwQUAAIACACLu/gq5+gRCY0A > AADxAAAAFAAAAFRlc3RTZXNzaW9uSG9tZS5qYXZhbY47DsIwEER7n2JLkJAvkA4UCVECF7DNEBzw > R/YClhB3x0EpwmfbmfdmozJn1YE6HSR6zcjcCGFdDImpVzclk7NyCxcYbTGIbINvpoUycLLdLNfB > 4U+ySlAfrIhXfbGGrGekozKgfV3dIecaDxJCYfhDplEqHoLqjdikTObtns2JTyncM339uaCf8ecL > UEsBAhQAFAACAAgAVLv4KneHfYyQAAAAyQAAABAAAAAAAAAAAQAgALaBAAAAAFRlc3RTZXNzaW9u > LmphdmFQSwECFAAUAAIACAANAPkq6L8S5kECAACNCQAACwAAAAAAAAABACAAtoG+AAAAZWpiLWph > ci54bWxQSwECFAAUAAIACAA5APkqYmEFe68AAAAZAgAACQAAAAAAAAABACAAtoEoAwAAamJvc3Mu > eG1sUEsBAhQAFAACAAgAm7r4KlBaIdKTAAAA7gAAAA8AAAAAAAAAAQAgALaB/gMAAFRlc3RFbnRp > dHkuamF2YVBLAQIUABQAAgAIAHO6+CrULj0Y9gAAAMsCAAATAAAAAAAAAAEAIAC2gb4EAABUZXN0 > RW50aXR5QmVhbi5qYXZhUEsBAhQAFAACAAgAm7r4KnfM/EOwAAAAgAEAABMAAAAAAAAAAQAgALaB > 5QUAAFRlc3RFbnRpdHlIb21lLmphdmFQSwECFAAUAAIACABgAvkqFJPkt74BAAByBAAACwAAAAAA > AAABACAAtoHGBgAAQ2xpZW50LmphdmFQSwECFAAUAAIACABVAvkqtJKlXvYBAAA7BQAAFAAAAAAA > AAABACAAtoGtCAAAVGVzdFNlc3Npb25CZWFuLmphdmFQSwECFAAUAAIACACLu/gq5+gRCY0AAADx > AAAAFAAAAAAAAAABACAAtoHVCgAAVGVzdFNlc3Npb25Ib21lLmphdmFQSwUGAAAAAAkACQAqAgAA > lAsAAAAA > > ------_=_NextPart_000_01C114DE.C384CC80-- > > > > --__--__-- > > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-user > > > End of JBoss-user Digest _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
