Jsp debugging under jboss/tomcat

empty

When you stop at a breakpoint you should be able the see the JSP page
with a marker pointing to the current JSP line. In your case that should
be maintenance/ad/adEdit.jsp
Can you debug the demo application from NitroX on your server?
What version (build number) of NitroX are you using?
M7 Support
[email protected] wrote:
I am using jboss 3.2.5 with embedded tomcat 5.0.26I am able to set up a web project, set a breakpoint on my jsp page, and
NitroX will stop at the breakpoint. However, it says it can't find the
source for my jsp page (i.e. "The source of the type
'org.apache.jsp.maintenance.ad.adEdit_jsp' could not be shown as the
type was not found.")
What do I need to do to get that to show up? Jboss/Tomcat makes a new
temp folder each time the project is deployed, do I have to change it
every time? I can't even get it to work by pointing the source folder
to that temp folder.
Thanks!

Similar Messages

Very strange index.jsp problem (Apache2 + Jboss/Tomcat)

I've been working on this for 6 hours until the current time of 4.30 am - any help is very much appreciated.
I (thought) I had successfully integrated Jboss/Tomcat with apache 2 using mod_jk 1.2.8 - and added an alias for jmx-console. But I just can't make index.jsp serve when loading the default directory. I also tried with a fairly straightforward jsp site I have 'ConnectSite' (just a conference name).
I have created deployment and alias called connect, results
http://localhost:8080/ConnectSite [success]
http://localhost/ConnectSite/index.jsp [success]
http://localhost/ConnectSite/ [fail] - Apache treats it like any other directory.
But what's really strange is if i take out mod_jk from apache and leave in DirectoryIndex index.jsp - then apache will serve the .jsp file unprocessed. All the static content is served by apache just fine.
I am baffled. Should I just try proxy for the moment.
Many Thanks,
-Mike D
Config files -
Apache section (Have of course added DirectoryIndex index.jsp)
LoadModule jk_module /usr/local/apache2/modules/mod_jk.so
<IfModule mod_jk.c>
JkWorkersFile /usr/local/apache2/workers.properties
JkLogFile /usr/local/apache2/logs/mod_jk.log
JkLogLevel error
JkOptions +ForwardDirectories
DirectoryIndex index.jsp
# JkAutoAlias /usr/java/jboss/server/default/deploy
# send all requests ending in .jsp to worker1
JkMount /*.jsp foo
# send all requests ending /servlet to worker1
JkMount /*/servlet/ foo
</IfModule>
(running apachectl configtest returns syntax OK)
workers.properties ...
# Tomcat and Java configuration
workers.tomcat_home=/usr/java/jboss/server/default/deploy/jbossweb-tomcat50.sar
workers.java_home=/usr/java/jdk
ps=/
worker.list=foo
# Definition for local worker using AJP 1.3
worker.foo.type=ajp13
worker.foo.host=localhost
worker.foo.port=8009
worker.foo.cachesize=20

Workaround for anyone interested:
In apache conf:
use JkMount /ContextName/ to explicitly send each directory with index.jsp to Tomcat

Deploying EJB under JBOSS-Tomcat bundle

Hi
I am trying to perform a proof of concept using a simple EJB. I have downloaded and installed the jboss-3.2.0RC1_tomcat-4.1.18 co-bundle. Now, can anyone tell me how I deploy my simple EJB under this? Is there any documentation or tutorial anywhere?
Currently I have copied the following directory structure into %JBOSS_HOME%\server\default\deploy
Login.war
 {jsp files}
 au
 com
 keytrust
 {class files}
 META-INF
 ejb-jar.xmlThis deploys without error, but gives me an exception "javax.naming.NameNotFoundException: ejb not bound" when I try to access the ejb.
Can anyone help me, or direct me to an appropriate reference?
Thanks
John

Hi.
Here is the session portion from one of my working ejb-jar.xml descriptors:
 <session>
 <display-name>ConferenceController</display-name>
 <ejb-name>ConferenceControllerEJB</ejb-name>
 <home>com.gumbtech.conf.ejb.ConferenceControllerHome</home>
 <remote>com.gumbtech.conf.ejb.ConferenceController</remote>
 <ejb-class>com.gumbtech.conf.ejb.ConferenceControllerBean</ejb-class>
 <session-type>Stateful</session-type>
 <transaction-type>Bean</transaction-type>
 <ejb-ref>
 <ejb-ref-name>ejb/ConferenceHome</ejb-ref-name>
 <ejb-ref-type>Entity</ejb-ref-type>
 <home>com.gumbtech.conf.ejb.ConferenceHome</home>
 <remote>com.gumbtech.conf.ejb.Conference</remote>
 <ejb-link>ConferenceEJB</ejb-link>
 </ejb-ref>
 <security-identity>
 <description></description>
 <run-as>
 <description></description>
 <role-name>admin</role-name>
 </run-as>
 </security-identity>
 </session>And the matching portion from it's sister jboss.xml descriptor:
<session>
 <ejb-name>ConferenceControllerEJB</ejb-name>
 <jndi-name>ConferenceControllerHome</jndi-name>
 <ejb-ref>
 <ejb-ref-name>ejb/ConferenceHome</ejb-ref-name>
 <jndi-name>ejb.ConferenceHome</jndi-name>
 </ejb-ref>
 <ejb-ref>
 <ejb-ref-name>ejb/StatelessConferenceHome</ejb-ref-name>
 <jndi-name>ejb.StatelessConferenceHome</jndi-name>
 </ejb-ref>
 <resource-ref>
 <jndi-name>java:/OracleDS</jndi-name>
 </resource-ref>
</session>After losing an entire head of hair over this, the only thing that worked for me, thanks to no documentation anywhere, was to ensure that the EJB portion of my ejb-name that you see below was present on the end of each and every bean I declared in my descriptors ...
<ejb-name>ConferenceControllerEJB</ejb-name>...and that this name was identical in both jboss.xml and ejb-jar.xml.
Notice too that the newer jboss uses dots instead of slashes in the jndi-name of another ejb I am referencing from my bean:
<jndi-name>ejb.ConferenceHome</jndi-name>You don't reference another bean yet, but if you do ...this will hang you for weeks as well until you get that dot in there.
Furthermore, I found was so paranoid by this point that I never again wavered from keeping the following naming convention for my class names (??):
The remote interface: MyThing
The bean implementation: MyThingBean
The home interface: MyThingHome
Then, finally ...the darn thing worked.
They use reflection maybe ?
Hope this might help.

JSP Debugging in Tomcat 5.5.x

Hi,
Does NitroX Workshop for Struts support Debugging in the Tomcat 5.5.9 App Server?
If so how to configure that in Eclipse?
Thanks in advance.
Subir

This is very common with Tomcat. The JSP gets compiled on the first call and then that compiled class is used on all subsequent calls. So when you make a modification, the server is unaware that is should compile the file again and gives you the old version.
I found that a quick and simple restart of the Tomcat service will do the job !

Jboss/tomcat mapping configuration error

I can't even get the combination to serve a .jsp file or .html file. Regardless of the URL that I attempt, I only get a No Context configured to process this request error from tomcat and INFO [Engine] StandardHost[localhost]: MAPPING configuration error for request URI from JBoss. I've tried to access all of the various webapps under the catalina directory and can't get to any of them. I know that catalina is started because the log file shows
<Service name="JBoss-Tomcat">
<Engine name="MainEngine" defaultHost="localhost">
<Logger className="org.jboss.web.catalina.Log4jLogger" verbosityLevel="trace" category="org.jboss.web.localhost.Engine" />
<Host name="localhost">
<Valve className="org.apache.catalina.valves.AccessLogValve" prefix="localhost_access" suffix=".log" pattern="common" directory="../server/default/log" />
<DefaultContext cookies="true" crossContext="true" override="true" />
</Host>
</Engine>

<Connector className="org.apache.catalina.connector.http.HttpConnector" port="8080" minProcessors="3" maxProcessors="10" enableLookups="true" acceptCount="10" debug="0" connectionTimeout="60000" />
</Service>
</Server> in jboss.web:service=EmbeddedCatalinaSX
2002-06-12 23:29:44,760 INFO [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Creating
2002-06-12 23:29:44,760 INFO [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Created
2002-06-12 23:29:44,760 DEBUG [org.jboss.deployment.MainDeployer] Done with create step of deploying tomcat4-service.xml
2002-06-12 23:29:44,760 DEBUG [org.jboss.deployment.MainDeployer] start step for deployment file:/D:/JBoss3.0/jboss-3.0.0_tomcat-4.0.3/server/default/deploy/tomcat4-service.xml
2002-06-12 23:29:44,760 DEBUG [org.jboss.deployment.SARDeployer] Deploying SAR, start step: url file:/D:/JBoss3.0/jboss-3.0.0_tomcat-4.0.3/server/default/deploy/tomcat4-service.xml
2002-06-12 23:29:44,760 INFO [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Starting
2002-06-12 23:29:44,760 INFO [org.jboss.deployment.MainDeployer] Adding deployer: org.jboss.web.catalina.EmbeddedCatalinaServiceSX@7dadcd
2002-06-12 23:29:44,760 DEBUG [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Setting catalina debug level to: 0
2002-06-12 23:29:44,760 DEBUG [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Setting catalina.home to: ../catalina
2002-06-12 23:29:44,760 DEBUG [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Setting catalina.base to: ../catalina
with no errors. I'm confused because I was able to consistently work with previous versions of JBoss with no problem. The configuration seems to have changed radically, is this some recent change that I just can't find a reference to? Thanks for any help.

Hi
For Tomcat 3.x you need to use one of the following options:
(Note: this is with JBoss/Tomcat OR JBoss/Jetty)
Place you .war files in the following location:
C:\jboss-3.0.3\server\default\deploy and the app is automatically available.
If my app's name is DavidOnline.war, when deployed, I can access it at
http://localhost:8080/DavidOnline..
OR
Copy your entire development directory to the deploy direction above, RENAME your
directory from say C:\JspApps to C:\JspApps.war and you can work from that location and see your changes immeadiatly.
There is a file called jboss-service.xml that has some config options, also for the Tomcat bundle there is a file named tomcat-service.xml that has the standard server.xml section.. I suggest you check out the JBoss website, free docs and forums.. http://www.jboss.org.
Thanks, Hope this helps.

New error with upgrade jboss/tomcat: "Connection handle has been closed and is unusable"

Hi,
This error suddenly appeared when we upgraded from jboss3/tomcat5.0 to jboss4.2/tomcat5.5.
here's the usecase:
1) User clicks on report link
2) Crystal reports web componnent displays screen to fill in report parameters.
3) user enters parameters and clicks submit
4) System throws Exception
The same reports worked fine with jboss 3.2.6/tomcat 5.0. We haven't touched anything in this realm.
Log Excerpt:
09:42:18,842 INFO [datasource] Openning rowset
09:42:18,904 ERROR [reportdefinition] com.crystaldecisions.reports.queryengine.driverImpl.m: JDBC Error: Connection handle has been closed and is unusable
09:42:18,905 ERROR [datasource] Failed to open rowset: the query failed to open rowset
com.crystaldecisions.reports.reportdefinition.datainterface.g: JDBC Error: Connection handle has been closed and is unusable
 at com.crystaldecisions.reports.reportdefinition.datainterface.d.a(Unknown Source)
To try to narrow down the problem, I've updated the jdbc configuration to
 <track-statements>true</track-statements>
here's a recap:
This Boolean element specifies whether to check for unclosed statements when a connection is returned to the pool. If it is true, a warning message is issued for each unclosed statement. If the log4j category org.jboss.resource.adapter.jdbc.WrappedConnection has trace level enabled, a stack trace of the connection close call is logged as well. This is a debug feature that can be turned off in production.
Interestingly enough, this error appears slightly upstream:
(CachedConnectionManager.java:526) - Closing a connection for you. Please close them yourself: org.jboss.resource.adapter.jdbc.WrappedConnection@c76003
java.lang.Throwable: STACKTRACE
 at
org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:88)
 at com.crystaldecisions.reports.queryengine.driverImpl.k.a(Unknown Source)
 at com.crystaldecisions.reports.queryengine.driverImpl.o.if(Unknown Source)
 at com.crystaldecisions.reports.queryengine.av.new(Unknown Source)
 at com.crystaldecisions.reports.queryengine.av.byte(Unknown Source)
 at com.crystaldecisions.reports.reportdefinition.datainterface.b.a(Unknown Source)
 at com.crystaldecisions.reports.reportdefinition.datainterface.b.a(Unknown Source)
 at com.crystaldecisions.reports.reportdefinition.datainterface.b.a(Unknown Source)
 at com.crystaldecisions.reports.reportdefinition.datainterface.j.a(Unknown Source)
 at com.crystaldecisions.reports.dataengine.ba.try(Unknown Source)
 at com.crystaldecisions.reports.common.av.a(Unknown Source)
 at com.crystaldecisions.reports.common.ag.a(Unknown Source)
 at com.businessobjects.reports.sdk.b.e.a(Unknown Source)
 at com.businessobjects.reports.sdk.JRCCommunicationAdapter.request(Unknown
So the question arises:
1) Is the jboss datasource overly/aggressively closing result sets?
2) or is there a coding error in CRXIR2?
thanks,
bill
Full stack trace:
[2008-03-13 17:26:18,905] [INFO ] org.jboss.resource.connectionmanager.CachedConnectionManager (CachedConnectionManager.java:526) - Closing a connection for you. Please close them yourself: org.jboss.resource.adapter.jdbc.WrappedConnection@c76003
java.lang.Throwable: STACKTRACE
 at org.jboss.resource.connectionmanager.CachedConnectionManager.registerConnection(CachedConnectionManager.java:290)
 at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:417)
 at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:842)
 at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:88)
 at com.crystaldecisions.reports.queryengine.driverImpl.k.a(Unknown Source)
 at com.crystaldecisions.reports.queryengine.driverImpl.o.if(Unknown Source)
 at com.crystaldecisions.reports.queryengine.av.new(Unknown Source)
 at com.crystaldecisions.reports.queryengine.av.byte(Unknown Source)
 at com.crystaldecisions.reports.reportdefinition.datainterface.b.a(Unknown Source)
 at com.crystaldecisions.reports.reportdefinition.datainterface.b.a(Unknown Source)
 at com.crystaldecisions.reports.reportdefinition.datainterface.b.a(Unknown Source)
 at com.crystaldecisions.reports.reportdefinition.datainterface.j.a(Unknown Source)
 at com.crystaldecisions.reports.dataengine.ba.try(Unknown Source)
 at com.crystaldecisions.reports.common.av.a(Unknown Source)
 at com.crystaldecisions.reports.common.ag.a(Unknown Source)
 at com.businessobjects.reports.sdk.b.e.a(Unknown Source)
 at com.businessobjects.reports.sdk.JRCCommunicationAdapter.request(Unknown Source)
 at com.crystaldecisions.proxy.remoteagent.y.a(Unknown Source)
 at com.crystaldecisions.proxy.remoteagent.r.a(Unknown Source)
 at com.crystaldecisions.sdk.occa.report.application.cf.a(Unknown Source)
 at com.crystaldecisions.sdk.occa.report.application.z.a(Unknown Source)
 at com.crystaldecisions.sdk.occa.report.application.ak.if(Unknown Source)
 at com.crystaldecisions.sdk.occa.report.application.ad.int(Unknown Source)
 at com.crystaldecisions.sdk.occa.report.application.bk.for(Unknown Source)
 at com.crystaldecisions.proxy.remoteagent.v.a(Unknown Source)
 at com.crystaldecisions.proxy.remoteagent.v.if(Unknown Source)
 at com.crystaldecisions.sdk.occa.report.application.DatabaseController.a(Unknown Source)
 at com.crystaldecisions.sdk.occa.report.application.DatabaseController.setTableLocation(Unknown Source)
 at com.crystaldecisions.reports.sdk.DatabaseController.setTableLocation(Unknown Source)
 at org.apache.jsp.reports.processreport_jsp.switchTables(processreport_jsp.java:131)
 at org.apache.jsp.reports.processreport_jsp.loadReport(processreport_jsp.java:68)
 at org.apache.jsp.reports.processreport_jsp._jspService(processreport_jsp.java:227)
 at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
 at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:387)
 at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
 at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at com.participate.shared.pagecache.client.PageCacheFilter.doFilter(PageCacheFilter.java:760)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at com.participate.util.servlet.ExpiredPasswordFilter.doFilter(ExpiredPasswordFilter.java:92)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at com.participate.pe.channels.client.servlet.ChannelUrlFilter.processUrl(ChannelUrlFilter.java:168)
 at com.participate.pe.channels.client.servlet.ChannelUrlFilter.doFilter(ChannelUrlFilter.java:100)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at com.participate.util.servlet.BlockIpAddressFilter.doFilter(BlockIpAddressFilter.java:224)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at com.outstart.multiapp.filters.KeepOtherSessionsAliveFilter.doFilter(KeepOtherSessionsAliveFilter.java:88)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at com.participate.util.servlet.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:151)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
 at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
 at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
 at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
 at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
 at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
 at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
 at java.lang.Thread.run(Thread.java:619)


OK. I found the problem along with a workaround.


The problem:


a programming practice clashes with a new jboss 'safety check'.


Programming practice:


crystal reports gets a database connection in one jsp page, then tries to use it on another jsp/servlet


Jboss safety check:
Jboss/tomcat new comes configured out-of-the-box with a 'cached connection
manager', which


"Check[s] for unclosed connections and transaction terminated checks in servlets/jsps."


 Summary


In short, if a servlet/jsp ends and it leaves a database connection open, Jboss will automatically close it.




Workaround: 
Comment out two entries in these two files:


1) conf/jboss4/pe/deploy/jboss-web.deployer/server.xml


2) conf/jboss4/pe/deploy/jboss-web.deployer/META-INF/jboss-service.xml


The two entries:




1)


 <Valve className="org.jboss.web.tomcat.service.jca.CachedConnectionValve" 
 cachedConnectionManagerObjectName="jboss.jca:service=CachedConnectionManager" 
 transactionManagerObjectName="jboss:service=TransactionManager" /> 


2)


 <depends>jboss.jca:service=CachedConnectionManager</depends> 




Comments on the workaround


The 'cached connection manager' basically makes sure that the application cleans up after bad programmers. It seems most helpful in development, load testing, or trouble shooting.


In production, you can likely comment them out with minimal
impact on the application.

Jsp-debugging: breakpoints wont work!

hi,
i am trying to enable jsp-debugging with eclipse 3, lomboz 3.0.0 and tomcat 5.5.4 (both working
as an eclipse plugin).
What happens so far is:
i write an jsp using lomboz, the jsp is converted to a servlet and stored / copied to a folder
called j2src in the eclipse workspace (the folder j2src is created by lomboz).
if i now call the url http://localhost:8080/mywebmodule/jsptest.jsp the jsp is executed faultless
and in the j2src-folder the corresponding class file appears.
so, everything works fine, the problem that i now have, is that i can set breakpoints for debugging
purposes in eclipse in the generated servlet-file under j2src, but this breakpoints are simply ignored, which means the
servlet is fully executed regardless of where i set the breakpoints, and i really dont get it why, since
my tomcat works completely in the eclipse workspace.
do i have to configure the tomcat to enable jsp-debugging?
i thought i had already done so, here is my deployment descriptor:
<?xml version='1.0' encoding='utf-8'?>
<Context docBase="E:\development\tutorial\eclipse_3\eclipse\workspace\testproject2\testmodulezwei" path="/testmodule" reloadable="true" workDir="E:\development\tutorial\eclipse_3\eclipse\workspace\testproject2\j2src" debug="0"/>
here is what i inserted into the web.xml (in the conf-directory):
<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
<init-param>
<param-name>classdebuginfo</param-name>
<param-value>true</param-value>
</init-param>
<init-param>
<param-name>fork</param-name>
<param-value>false</param-value>
</init-param>
<init-param>
<param-name>xpoweredBy</param-name>
<param-value>false</param-value>
</init-param>
<load-on-startup>3</load-on-startup>
</servlet>
any ideas / suggestions?.......i am out of ideas right now....
thx in advance, timo

If you're using a debugger in a JSP or servlet, I'd say you're really in trouble.
I never use a debugger like that for servlets or JSPs. If I have problems I depend on the logger to help me out. Just log statements until you narrow the problem down.
This might be "clumsy", but it works even in those cases where you don't have a debugger available (like on a client's installation site).
If your servlet or JSP is doing so much stuff that you have to debug, I'd say they're both doing too much. JSPs are for display; servlets for control. Complex business logic belongs in POJOs that you can debug or EJBs.
Maybe you should rethink your design.
%

Failure to create entity bean with CMP2 under JBOSS + Postgresql

I have written a simple jsp programme using JBOSS 4 DR2 with postgresql 7.3.3 whereby a simple entity bean could be created into a table in the postgresql 7.3.3 table. However I kept getting the exception message [ javax.ejb.CreateException :Erro checking if entity exists:java.sql.SQLException: ERROR:parser:parse error at or near "=" at character 39 ]
I have even examined the logfile created under the cygwin postgresql , the log output record produce the error FATAL : unsupported frontend protocol ,with next line read [ERROR:parser:parse error at or near "=" at character 39 .
I have no idea why this is happening? The postgrsql 7.3.3 was run under cygwin using the command: pg_ctl start _D {data directory} -l logfile -o "-p 5432"
My guess is that this may not be the Jboss-postgresql data source configuration error since I am able the verify the existence postgresql jndi ,datasource and connector service under the jboss console.Somehow it just got something to do with the jsp programme in the way it was written may be ? But it should not pose a great problem, since i am trying to create a simple entity bean only.
By the way the entity bean creation statement is home.create("123"),to further verify that the home & remote interface was working ,I have the object context printed out before the creation, and it appeared OK.
Thanks in advance for those willing to help me to resolve the issues

I have managed to get the debug from the postmaster , it all boils down to the query [SELECT COUNT(*) FROM {TABLE} WHERE ={CMP FILED}="123"] , the = sign after the 'WHERE' responsible for the failure , but I am still puzzle why it would happen as such?
Any helper ?
Thanks

OC4J JSP Debugging not working for all the jsps

Hi,
Initially I was not able to debug jsps using Eclipse and OC4J. The jsp debugging started working once I made the below changes:
1) global-web-application.xml is modified
Changed the attribute development="true" in orion-web-app
Added the below init param for the JspServlet
<init-param>
<param-name>debug</param-name>
<param-value>class</param-value>
</init-param>
If the jsps are present in a sub directory under the webcontent none of the breakpoints are working. I am still be able to view the jsp pages on the browser.
Tools: Oracle 10g Application Server Standalone version(10.1.3.5.0), JDK5, Windows XP, Eclipse Indigo
Project Structure:
Test (Eclipse Dynamic Web Project)
-WebContent
Sample.jsp ( Breakpoints are working)
-subF (Folder)
SubSample.jsp (Breakpoints are not working)
-WEB-INF
web.xml
Debugging worked for http://localhost:8888/Test/Sample.jsp
Debugging not working for http://localhost:8888/Test/subF/SubSample.jsp
Any help is highly appreciated.
Regards
Danny

This tells there is not enough main memory (not disk space) for the program to run.
- You can look the dump in ST22, it will have suggestions on increasing the ROLLAREA??, you can forward that to Basis.
- Most likely you will not have any more memory to assign so the above may not be feasible. Try to rework your query so it works with less data.

Can't get JSP debugging to work with WebLogic 6.0 and Eclipse 2.1.1

Is native JSP debugging supported in WebLogic 6.0? If so, what are
 the steps involved in getting it to work? I'm in debug mode and my
 servlets will catch at my breakpoints but the JSP pages' breakpoints
 are ignored. I am using compliance level 1.3 and a JRE 1.3. I tried
 to start WebLogic with the 1.4.2 JRE but I get an exception error on
 the WLS JDK name" field. What am I missing here?
 Thanks!


I appear to have solved it, but it is not clear to me why.
I created a jar file of the required classes, and placed it in the same directory as the jsp file. My jsp code then looked like:
<jsp:plugin type="applet" code="nz.astarte.ganttapplet.GanttApplet"
codebase="."
archive="GanttApplet.jar"
jreversion="1.3.1"
width="400" height="175">
<jsp:fallback>
Plugin support could not be determined
</jsp:fallback>
</jsp:plugin>
This works fine. However I would expect to be able to move the jar file to some other directory, so that the jar file and jsp files are separated. I spent hours trying to work out why it wouldn't work when I had the jar
file in WEB-INF/classes (under the jsp file directory) and had codebase="WEB-INF/classes/". In the end I put the jar file into a directory I defined separately called wotnot and defined codebase="wotnot/"
Now it works. However I still think I should be able to have the jar file anywhere, including WEB-INF/classes and would love for someone to tell me why not!
Thanks, Andrew

Jboss, Tomcat, Jbuilder

I am new to Servlets/JSP/EJB and I am trying learn them with using free stuff. Here is my questions. Please some answer these.
1. Do I need separate Web server to run Jboss/Tomcat. Even though Tomcat is web server many people says it is better have separate web server like IIS or Apache.
2. Do I need setup jsdk1.4.1_02 before I install Jboss+Tomcat?
3. Is anyone knows how to intergrate Jbuilder with Jboss and Tomcat?
Can someone direct me to right direction maybe a website that explaining these stuff.
AP

ap3000,
1. Do I need separate Web server to run Jboss/Tomcat.You do not need a seperate web server to run Jboss/Tomcat. At home I use Jboss and Resin to play around. At work we have Jboss, Tomcat, and Apache. Apache does a better job at static content.
2. Do I need setup jsdk1.4.1_02 before I install
Jboss+Tomcat? Yes you need a JDK on the machine.
3. Is anyone knows how to intergrate Jbuilder with
Jboss and Tomcat?
Sorry I know nothing about Jbuilder.

How to pre-compile jsp and deploy to tomcat

Hi All,
I wuld like to know how to pre-compile JSPs and deploy to tomcat. I am using ANT tool to build and deploy the war file.
Thanks in Advance.
Regards,
--Nagesh.

for Tomcat 5.0 (You'll need to edit to fit your needs)
 <path id="jsp.classpath">
 
 <fileset dir="C:\tomcat\common\lib">
 <include name="**/*.jar"/>
 </fileset>
 <fileset dir="C:/tomcat/common/endorsed">
 <include name="**/*.jar"/>
 </fileset>
 </path>
 <target name="jsp" >
 
 <taskdef name="jspc50" classname="org.apache.jasper.JspC">
 <classpath>
 <path refid="jsp.classpath"/>
 </classpath>
 </taskdef>
 <jspc50 outputDir="${build.classes}"
 package="jsp"
 uriroot="${project.dir}/web/webApp"
 webXmlFragment="c:/web.xml"
 verbose="9"
 validateXml="false">
 </jspc50>
 <javac srcdir="${build.classes}/jsp"
 destdir="${build.classes}"
 debug="true"
 optimize="false"
 includes="**/*.java"
 source="1.4">
 <classpath>
 <path refid="classpath"/>
 <path refid="jsp.classpath"/>
 </classpath>
 </javac>
</target> More information can be found here :
http://www.onjava.com/pub/a/onjava/excerpt/AntTDG_chap8/index1.html?page=last

Re: JSP debugging

I didnt want to gebug generated .java files - I was looking for a compiler/postprocessor which generates
 .class files with SourceFile, LineNumberTable, Local-VariableTable suitable for jsp debugging (meaning that
 in your debugger you will see JSP source, not generated .java).
 Sam Pullara <[email protected]> wrote:
 > If you add
 > <context-param>
 > <param-name>weblogic.jsp.keepgenerated</param-name>
 > <param-value>true</param-value>
 > </context-param>
 > The JSP servlet will not delete the .java files created during the
 > compilation
 > process. In the current implementation the only way to get the .java files
 > to be
 > compiled with -g is to create a script that takes the place of the normal
 > java
 > compiler. For instance:
 > <context-param>
 > <param-name>weblogic.jsp.compileCommand</param-name>
 > <param-value>javac_g.cmd</param-value>
 > </context-param>
 > where javac_g.cmd:
 > javac -g %*
 > Or something similar on Unix.
 > Sam
 > "Dimitri Rakitine" <[email protected]> wrote in message
 > news:[email protected]...
 >> I meant thing which takes weblogic-generated .java files and produces
 > .class
 >> files with debugging information.
 >>
 >> Cameron Purdy <[email protected]> wrote:
 >> > Dimitri,
 >>
 >> > Tomcat (www.apache.org) produces .java files ... it is also the ref impl
 > for
 >> > JSPs.
 >>
 >> > Caucho Resin is an open source JSP engine too.
 >>
 >> > --
 >>
 >> > Cameron Purdy
 >> > [email protected]
 >> > http://www.tangosol.com
 >> > WebLogic Consulting Available
 >>
 >>
 >> > "Dimitri Rakitine" <[email protected]> wrote in message
 >> > news:[email protected]...
 >> >> Does anoybody know of a free JSP compiler/postprocessor which
 > generates
 >> > .class files
 >> >> with SourceFile, LineNumberTable, Local-VariableTable etc suitable for
 > JSP
 >> > debugging
 >> >> (debugging the jsp source, not the generated .java file that is) ?
 >> >>
 >> >> If not, it can be a nice (and cheap to implement) option for BEA to
 >> > provide one
 >> >> with Weblogic ;-)
 Dimitri
 http://dima.dhs.org


 In sj_g.cmd gave the entries as
 sj -g %* java -jar jspprocessor.jar %*
 I get compilation error. (what is sj here)
 I just want to debug generated java code, I am able to stop in
 the java code, but not able to evaluate, I compiled java with debug
 option by writing a javacompile.cmd file (java -g %*) but not able
 to evaluate variables.
 Thanks for your help
 Yogi
 "Sam Pullara" <[email protected]> wrote:
 >Ah... I have actually written a debugger with the JDK
 >1.3 Java Debugging API
 >that lets
 >you step through the actual JSP code. It was an afternoon
 >worth of work, so
 >you can't yet
 >look at variables, but it will let you see what lines
 >get executed.
 >Hopefully, I will be able
 >to post it on the developer center sometime soon. Additionally,
 >I believe
 >that WebGain
 >is looking to add something like this to their debugger.
 >
 >Since you did want a postprocessor though and I decided
 >it was a really cool
 >idea... so I
 >wrote one. Attached you will find jspprocessor.jar, it
 >takes a .java file
 >generated by
 >our jsp compiler and the .class file (in the same directory)
 >and post
 >processes the .class
 >file so that the line numbers match up with the jsp file.
 >
 >I set my Java compiler to sj_g, where
 >
 >sj_g.cmd:
 >sj -g %*
 >java -jar jspprocessor.jar %*
 >
 >I turned on keepgenerated, and set my java compiler to
 >sj_g. If you then
 >want to step
 >through the file with a debugger, the debugger is going
 >to expect your .jsp
 >file to be
 >in the same directory with your .java and .class files,
 >so you will have to
 >copy it into
 >there. Obviously this isn't a perfect solution, but it
 >may do what you need
 >it to. I will
 >try to get this type of functionality into the next release
 >of WebLogic
 >Server. It is
 >unfortunate that the debugger (jdb in my case) insists
 >on using the package
 >structure
 >to find the source files and/or the SourceFile attribute
 >in the Java class
 >file format
 >does not include the directory structure.
 >
 >One cute thing that you can do to get around this problem
 >is to make the
 >document
 >root of your of your jsp files "jsp_servlet". Then you
 >won't have to copy
 >the .jsp files.
 >
 >Have fun,
 >Sam
 >
 >"Dimitri Rakitine" <[email protected]> wrote in message
 >news:[email protected]...
 >> I didnt want to gebug generated .java files - I was
 >looking for a
 >compiler/postprocessor which generates
 >> .class files with SourceFile, LineNumberTable, Local-VariableTable
 >suitable for jsp debugging (meaning that
 >> in your debugger you will see JSP source, not generated
 >.java).
 >>
 >> Sam Pullara <[email protected]> wrote:
 >> > If you add
 >>
 >> > <context-param>
 >> > <param-name>weblogic.jsp.keepgenerated</param-name>
 >> > <param-value>true</param-value>
 >> > </context-param>
 >>
 >> > The JSP servlet will not delete the .java files created
 >during the
 >> > compilation
 >> > process. In the current implementation the only way
 >to get the .java
 >files
 >> > to be
 >> > compiled with -g is to create a script that takes
 >the place of the
 >normal
 >> > java
 >> > compiler. For instance:
 >>
 >> > <context-param>
 >> > <param-name>weblogic.jsp.compileCommand</param-name>
 >> > <param-value>javac_g.cmd</param-value>
 >> > </context-param>
 >>
 >> > where javac_g.cmd:
 >>
 >> > javac -g %*
 >>
 >> > Or something similar on Unix.
 >>
 >> > Sam
 >>
 >> > "Dimitri Rakitine" <[email protected]> wrote in message
 >> > news:[email protected]...
 >> >> I meant thing which takes weblogic-generated .java
 >files and produces
 >> > .class
 >> >> files with debugging information.
 >> >>
 >> >> Cameron Purdy <[email protected]> wrote:
 >> >> > Dimitri,
 >> >>
 >> >> > Tomcat (www.apache.org) produces .java files ...
 >it is also the ref
 >impl
 >> > for
 >> >> > JSPs.
 >> >>
 >> >> > Caucho Resin is an open source JSP engine too.
 >> >>
 >> >> > --
 >> >>
 >> >> > Cameron Purdy
 >> >> > [email protected]
 >> >> > http://www.tangosol.com
 >> >> > WebLogic Consulting Available
 >> >>
 >> >>
 >> >> > "Dimitri Rakitine" <[email protected]> wrote in message
 >> >> > news:[email protected]...
 >> >> >> Does anoybody know of a free JSP compiler/postprocessor
 >which
 >> > generates
 >> >> > .class files
 >> >> >> with SourceFile, LineNumberTable, Local-VariableTable
 >etc suitable
 >for
 >> > JSP
 >> >> > debugging
 >> >> >> (debugging the jsp source, not the generated .java
 >file that is) ?
 >> >> >>
 >> >> >> If not, it can be a nice (and cheap to implement)
 >option for BEA to
 >> >> > provide one
 >> >> >> with Weblogic ;-)
 >>
 >> --
 >> Dimitri
 >> http://dima.dhs.org
 >
 >
 >begin 666 jspprocessor.jar
 >M4$L#!!0`" `(`&8!*RD````````````````)``0`345402U)3D8O_LH```,`
 >M4$L'" `````"`````````%!+`P04``@`" !F`2LI````````````````%
 >``
 >M`$U%5$$M24Y&+TU!3DE&15-4+DU&%<Q-"L(P$ ;0?2!WR%(7&2KNNK0KA4!!
 >M<#_&L43J3,D7?WI[\1W@)=9R%[1XD8IBVH<===XE+AJ'F8$^?.0ZVU3REQ[\
 >M9II9)SIA&0UMK)8%L.K=4(6;W.)A_1=[ZL+F_-*02JZ&%4V>"$?-M/7.NQ]0
 >M2P<(+M:7.'$```!V````4$L#! H```````NT*BD````````````````4````
 >M=V5B;&]G:6-X+VIA=F$O;&%N9R]02P,$% `(``@`90$K*0``````````````
 >M`",```!W96)L;V=I8W@O:F%V82]L86YG+T-L87-S26YF;RYC;&%S<WU274\3
 >M010]TZ]EU^6S*A]2!!5MEVH))KQ >! U*2GV88V$)S-M!QS2[I+M5OJS-!%(
 >M(/$'^*,(9PJTU:@/>^^<>\\]<V9G?EU=_$02+U&TL&3AB86'%F8M%"S,.Q
 >8
 >M=9#"I(,$IFQD,&'@N&F,N7B*11<Y/'"QC!47]S%M:B],\$C8;LIVNQP<A*^.
 >MY%<IX 2RI3[KH*&Z`JE\N?!)(&M:)1V6RM5WW;HZCG48" B?[#YN"TS?T=[*
 >M6):#XT[LQY&2+8'QB@[4ATZKIJ*/LM94'/3#3E17[[4!N1-5:X:'NMXM]22:
 >M,C@L]8V1?!+I6/E?PBBFI^VPP9GU?*7O:K#51J'R7ZT-@=G!8+43#TWRH#/#
 >M)QCN"DP,U*JU(U6GD\RF#G2\)9#N^1.P26W<V31K*O[#)C=+^#L"\W^SNT>Y
 >MF]^4S!LFHX\E7FR"5YKF!W.-C$FNG^,QZPM$KXF3S-E+I/97SC&RZQ7/<.\4
 >MCO>-98$YQK$>Q86-44P2S1"EV#-2S[!X*[5V*S5U"6&DK-VB]P/.&=SO?RB-
 >M4,FFDO6;$M\6HU'*,1O#:>\<]F X<U/D=H^8$\@B;_+JFVM02P<(1NLE0[T!
 >M``#K`@``4$L#!!0`" `(`&4!*RD````````````````D````=V5B;&]G:6-X
 >M+VIA=F$O;&%N9R]$;W5B;&5);F9O+F-L87-S;4[!#L% $'W;U98J?@")&Q+J
 >M`\0!D9#&A;BWK&:E=A-1_):3Q,$'^"@QVXN+F>2]O)DW+_/^/%_@Z*'JPG91
 >M]L!0\%%"A:%^%7&J$[F]!8?H$@5II)(@U"J9J[UFJ(52B65VC,5I'<6I8/!6
 >M.CMMQ4P:49CH'9$SE$J>1V2?ZHQ<YK9OXAB:__)_+@9KM6#@[<X&+5CTF"E&
 >M3=\1%DDU<@W8W0?X/5\[A$X^Y'3D$EOPX!L>C+]02P<(^/YL7;8```#O````
 >M4$L#!!0`" `(`&4!*RD````````````````B````=V5B;&]G:6-X+VIA=F$O
 >M;&%N9R]&:65L9%)E9BYC;&%S<SOU;]<^!F8&708^=@8V=@96+@8F!A8>!FX&
 >M7D8&\?+4I)S\],SD"OVLQ+)$_9S$O'3]H-0T1@89;#)NF:DY*6!I?I_,O%2_
 >MTMRDU**0Q*2<5$8&KN#\TJ+D5+=,$(?%.3\%2/'"-.B!S&!D8+/)S,LLL6-D
 >M8 KV8F1@UM ,8U!D`/(80( 1"(&.`I*<0)XLF,_ P*JUG8%Y(UB:'4BR002!
 >M6CB -!,#%P,/B#9P`@!02P<(66R+G:\```#F````4$L#!!0`" `(`&4!*RD`
 >M```````````````C````=V5B;&]G:6-X+VIA=F$O;&%N9R]&;&]A=$EN9F\N
 >M8VQA<W-M3LL*PD ,G+3::GU]@8@W%;1^@'A0$!3QHGC?ZEI6ZBZ4^O@M3X('
 >M/\"/$K,*GDQ@AIE,0IZO^P,NNJCZ"'R4`Q!R9110(=3F2LO%\1#)="6B1!*"
 >MI3FF&SE15N3&9LOD#916V9!0G21&9%.],[V]. E"XRRCQ,1J<PFM$29"Q^%4
 >M9S*6J8T1G.6,4/\7^]TBN*WV&DTX_)DMXN;W&'U6]8\&\IT;W.MGG&?TOB8O
 >M><P.BBA9[H_>4$L'"(3%+Y6X````\ ```%!+`P04``@`" ##J"HI````````
 >M````````'P```'=E8FQO9VEC>"]J879A+VQA;F<O26YD97@N8VQA<W-UDFM/
 >M$T$4AM_I;=)UN:L4M5Y0H5T*:_ CQ ]63-842[)*XR4QTW;$(=M9LIU*_5>:
 >M*"20^ /\4<8S!6FCY</.F7?.F6?>LSF_?I_\1!JK\#GN<U0X'G 4.*YSW.18
 >MX;CM((<9!PQ7'2J<M7(JCRRF[=F<BX<HN[B&!1?+6+-RU<42YNUND<'1HB,_
 >M*-V6?8:%0]F,XCW5ZOO[XK/P(Z'W_. LERD%Y5T"#A(J]H/Z5K\E#XR*-0,+
 >MB72ANPSS?\N>"2,"?= SH4FDZ#!,U926+WN=IDQ>B68DZ6(8]Y*6?*ZL*(ZS
 >M4(U$MQOHCS'9J,9M*ELOU2Z,#.D;Y=JE'6PP%!JU*KDS0IN=.(ZVM$F^K-DR
 >MZGS(J_?,")!:+HSV,IIEF!X^4F_NRY9AR&TJK<P3ANQAH@Q9S5-I._P4)Y3,
 >MV#T1+W%/CZ7"%PRWQG71(-S9#UL>F_Z_-X9TR3)I#7&71B)-$\'I2]EY``:Z
 >M1)D4[I!Z3#I-<>X4N3<KQW"WO<H1\C\PX7VE8[)%Z^2@Y"WR>(<9O,<-4AG*
 >MV6\)B^>H]7/4["F813G;%>\[)HXP^>T?TBZ1&D1Z/4*"'5+:65*1(J.8]8YQ
 >M97@Y-S@,Z;DBQ13NP;/QT=,_4$L'"&>U_*_8`0``, ,``%!+`P04``@`"
 >!E
 >M`2LI````````````````)0```'=E8FQO9VEC>"]J879A+VQA;F<O26YT96=E
 >M<DEN9F\N8VQA<W.%DEU/$T$4AM]I=YEV63[:(J!2$!1MEVH-W)!@O$
 >E65+L
 >M18V$RVT9FB5EERR[P,_21""1A!_@CS*\LWRT&(T7>\Z<,^<\\YZ9_?7[YQ6R
 >M>(V:Q*S$,XE)B46):8FJ!8$1"R;&M1G3X:B%#(IY&"C8>(ZRC3E,V%C
 >(QV^
 >MLC&/)WKE"(R[0:RZ*G*#O?#-OG?L"1@5M_I5(%NIN@(EG:O[8=UM?CKMJ,/8
 >M#P,!ZWY])#!U5_+1BSTW.$SB5API[T!@K.$'ZG-RT%;1%Z_=4P*"2*L5)E%'
 >M;?@Z87P(=^D>5QIWE&82WR/6M)#I0?[@KD#N)/)CQ1$X2%K5\X)NO=G>5QVF
 >MS&.OEQ N6;R;%@V]\P,_?L^MM%%@[D2U>V'7[YS6^_T#5T*!NIDB^@('1DSU
 >M95J;`C-_`VWSD)NY>9FL7/T'I/$?%6M\,(-/R@'X03\?;9;KEUAB?H;1"N,L
 >M?>D2YL[2!7);3NT<^3/8SC>F><6THVF)C3Q&4& TQ<C@GD:]0/D6M7R+*EY"
 >M:)3<JCD_8)_#^OX'*4=2GB3Y@,0?BU:3RO1:L.E<8+C??#.%R>.>TF=00D7[
 >MM^O74$L'"*]DO).Z`0``Z (``%!+`P04``@`" !E`2LI````````````````
 >M+ ```'=E8FQO9VEC>"]J879A+VQA;F<O26YT97)F86-E365T:&]D4F5F+F-L
 >M87-S;4[-#L%@$)ROK9;Z.SHYN @2Z@'$@41"<$#<O[:+3ZI-FOIY+2>)@P?P
 >M4&++D=UD)K.;F=WGZ_Z CC9*%HH6,C8T& 7D4!"HG,D-HJWR+LY>GJ03R'#K
 >M+&@C4)ZJD.;'@TOQ2KH!"=C+Z!A[-%*I,(:1SV3V5*B2/@>-PX3BC?1H1LDN
 >M\CFCDR8*:,N)@-YHK@7J_Z[]&E$#VY"6X.9'&;.LJA\-9%HWZ-?/VF0TOT.V
 >M6,P:;.13[@[>4$L'"#0<W]"Z````^@```%!+`P04``@`" !E`2LI````````
 >M````````*@```'=E8FQO9VEC>"]J879A+VQA;F<O2G-P4&]S=%!R;V-E<W-O
 >M<BYC;&%S<Y57"WQ3U1G_GYO'O;F]I6T@A<@KO-/2-E @8 !'0=1B*4BQ72Q:
 >MTN2V34V3D-Q ZQ28UK=N"HJ@;MIMVNF<HI9$S89L3MV<SKW<YMQT;E.WN<G>
 >M<W-;]YV;M$E+JNR77\X]]SO?]_^^\[W./2_\]ZGC,*":+9=8M<062ZQ&PF,2
 >MCDI,E/ /B9DE9I'PCL0F2\PJ84C"4Q);*N'O$KXIX66)%8OXCXB?B?B#R*:)
 >M>$7$OT3\7,1/1+PJLKDBGA/QFH@W1/Q8Q LB?B3B-R)^+;(E(GXEXK\BJQ+Q
 >M.Q%OB?B>R!01OQ3Q51%/6[ 0=U@P`]=;< 9NDS$3M\J8AD_+6(2K+9B*6V3,
 >MQGU\X?,R*M$GP\%9EO!A,3XG8Q8.R5B _1;4X&Z9AILYZ -%L.%&CCPH$\IA
 >MOG"KA9@'9,S!$1G5N)8C7\8576N!'5_@+'OYZS4RYF,_UW&5!16X@2\\*,.)
 >MSW"\>RTD=@77>YC/KI<QCR/7X!-<Y9W<^BLY\L,<ZE/<W -\=KL%4SCS(MPE
 >MHQQ]'.I^_OHE;M!!KNARF5@.\=7KN/(O<]!^3CO,';%/QEP.6L6W.AN?Y8H^
 >MR6>#?+_W<'A]JX<XZ!=E3,?#?/4A_GJ3@B?83 7_Q+#"9%:JL$HV3V&+^#"=
 >MN10\SA8H^#:KI0$_59@#?U68P.P*GN',$KWB73S+5U.<;XJ"#_![A56P,@5O
 >MLOD*'L$?%7R'F11\'W]2V%0V6\$/")XD_JPPQF8H^ 7'>Q3'%?P-_^:V?%=A
 >M)6PA9WF/#V\K>!Y?X:;-5IB-S>&*# I^RV8I>)\K2G*\)_GP.@<]`R=H`3]4
 >M<)+X&/AFEO'!B9<4?(OS'>.;?A=?5_ U-DG!7U@Y!YW)('6JVOH^38TS&#R.
 >MBVE48S&&98T11R@85AWA1$^[&G-HOO:0ZHC&U+@:UAP=D9BCK3L>;5)CNX-^
 >MU=&C:EV1`$,9%VG+B+3I(@PE#41KU$G;,Q1#+!%F* VH<7\L&-4BL;9@.*#V
 >M,IB<K>LKFNGI#T7BQ%@:CR1B?K4C&%)'6(KRU#((39L8%CH;NGV[?:Z0+]SI
 >MVM+>K?JUU16GDA@<.BVA!4.NQDA3PM^U,:3VT'8V]OK5J!:,D%&VC%PPXMH:
 >M"X:U)BVF^GI(M#P'1[1@N'-]HJ-#C8U3GED:HSQ+8A S/B(WVYSU!3DL_I
 >O
 >M'C\GR%TDC]I$`N7.^L(2CCUJ>RC2&?3WNG*K+0U-NM<R0 8*+\/4#;YP.$)Q
 >M(R_J7G!PGWH<#%-\&J&U)S0*FZ]GU,VEX]W'8%X3# >UL\C^3?'HUDA<VQJ+
 >M^-5X/!*KX<P?'8=1LR?W1 +!CKYL%#=G<V=:OHVZ*T:-7.4<#4M].)H8"4M%
 >M0^']UXULB71-&Q'D[MB2T$:E*?/5<"#>$M2ZB.N4O&T+J>%.OC2KL))84&<C
 >M#64Y:GU84SMY5DP>-7=+7G*5CU SR:,&MJF^`&<ORR7F>;YXUV9?E&%ZX;V=
 >M$U1#Y"PCY5#SA$P;N/<8BG.P.F1>4)OZXII*/A"C/,U#9)R2[RAR#ODHP"N7
 >M4HA\QC"_D*KQF3!6AQYO!FL^\LB6)Q>H,Z+F`IUA7,UW*><G]-1\M+QLH.WZ
 >MJ5HT7UAKBT8B(88S\C@U-38V^)9XHCV>-7!NZVDDTO3QP1NCV^1LT@-BVD.)
 >MH?*2+= 66M?SXB^P<-$$= (T^Z)1RM,)&.J)0=V5$4HVM.H8V?ZI5XWCM'"
 >MUONIGA#&8+@C0@\>6X9%$R1/UHM;R8D;PUJLCP(PBA4?9\A(F=,.YDT$%U#K
 >M<J;,&._&L6%9_O]5NI[H%!PYOW>9U=Y@7"-+)2TRDH/V'&Z^0MW%QAY?D
 >K
 >MY?Q0)0UCBDD7-"6TCNI5],PVP")BU.JY$5LZ]//(.*^=YFJ;/0ZJVC6*F
 >MQK4JQQA:/$J>5RNRARF=L0EJA,&P(QL\B2O)U$"YL[5PMN2\2R=Z72SFZQN3
 >MI48>#(;9$^5[IA63/TMSI$('YS4D%]XQ"/P=#:Z7*W4H*UU(9Y3?0XJP=UJ
 >M3%,#-920$\22["PBOW"81@H;0]5IG:&9A"'%$C6,9E\H09(+"N_CE"^.*<["
 >M)VY8[=6V1RY5^>>(GZS3U$RK:: $HL;GY'E-(UE<.9'/3BF7U;H(5:84]<7B
 >MU*((R5I(NSV741F:;DGP,MX>65/NU,LOM-/\TC&TMA(`(R.*LY\=;7Y*)[)$
 >MW,T]Q_/3U)[YZC./1)B1X(Q"F[Q0ZUA5KW<.YJ&_BZ$B%]JQ9]F(.:-U0MGV
 >M$;V585L&K=<5SY2"JXO*PG5JO:S^2+9,">DI5N8<F["<EDOKK#_HOE%#=PG0
 >ME5#@'_@T$_BM0'_2AS<]36#\RYW>B^GM$9B)%]A7F4)/91H.[^(45A^#MW((
 >MWB0NN1/3TYCG36.)UUJ6PIK%2023V)K"QY_FM,4&(OC$0!*-3R!!ZU8QP[!9
 >MQZK2L;H)JWL<EI5XJW)8CY()#$,TSH)(8SF,=-\II7M0+=W?MM(%<@?=>O82
 >M_1NT:B3>>6#\?I/=QONT+8F>^].8[DUA]V:#VSB([GXCJ[8J2;C=)IM)N
 >?>
 >M:IM)W)E$H#&-F=[J%)9[S)5VLU5(XLQC6$<S1K,6>IKH^01:W6)5&M.\-F,*
 >M47TBTN1);#"@91!%]!?ISWV@>AN?'SY8=93<OA'=Z(&++-]%/U=V7\UT@P3=
 >M\"2B%&$I)M%Z&9;1[I;356X%74'=1%E)_U58BS,)Q4/_U;@`:PC/0XAK$<99
 >MA+@.,=0A01A[<7:>/RS,R(JR_KB8:#RLU:S!L'80<RMGU%K-25Q\!%-HVI!&
 >MC9>>*9R3Q+9^@<VH/#XP_/KX(%AH,S+-BF"%0JXO)B6ROH6\(/";84:I\68*
 >MPF1*O3K6J+N_??$0]MB,M1Y3&HN\]!*QFX;@-P9JA]!P`A5#N""%\SUF<O>D
 >M)-J.H":?;_MX/M$N6DMT/K/=U$BAM1F)]\*!X;NJGX?R&)99+4FL?91Y3,QC
 >M-KC%0;Q:/81:FUCKD4:!I2&L'P]LL5NLDW7@^]*8XM5Y^+ TA4NY=6E4Z\18
 >M"O5)=+88W/(@HG;S$';:Y-,!+];!5Z<Q=0SX1H_);AH+KK5D3+:;F[+X=E-3
 >MO\SH2:_Q@>&;^D5F$XGI[('A^793=N/&S,8E@]LRB!UD2XO-4NN11PV3"QA6
 >M9"^RRKIASC1F>74>/I!AS1[)+NF&R2.&G=72;V$V"Z'M&A@>L$M9Q:5<<275
 >M]SK^MQJHU(R\OJB8\KUR[GCELEWF`KIZ':A(!^(84A*]GJ)3)3V*7;$7'3]X
 >M#!U\<@P7&-S%!O<D@[MD$+?SC G92FJ-*]REF9(MU2OU(@$G,,U39B][#AY[
 >M61(KW-8,;W&M843(L*)YA&:T60\VT]\]R59LW'G073P(MZV$KZXT!NY%Y8?+
 >M3FK.2O67L*S4P'"GK5CL,NUTE_WI;;2@O,;O+R:1GY::G=G#<WV8J/8>5H
 >M(3(/&FE>3X6XB<KN?.H8#=0_-E-_:$0+ML!'O3% :U%LAX8+<3GUF2O@Q7Y<
 >MA*O0BNNI;QZ@;G 4E^ I[,1+)/$&VO$6_#B)`)6MRJ:B@SG0R1;0LQ)=;
 >V"
 >MC'H8VX)[email protected] L1UH,H2V 7VPV-]2'!]F$WNPY[V/WH94?1QY[!9>P5HK^)
 >M*]C;V,O>PSYV$E<*)O0+\W"UX,(UPDI<*ZS"#<(&W"BTX"9A)VX6.G&+T(U;
 >MA1X<$.(X*.S#;<)!W"X<QB%JUW<(C^.P< )'A&=QI_ BT5_&W<)KN$<XB7N%
 >M#S!@$'# 4(+[#5,Q:)B#!PS5>-!P)AXRK,.Y8YK4,38SVQD/TX%GHN?.-,KI
 >M*)K/#[KN%+:DT$5M<38='CNHG6_:3$,[G6%SB&>!?ABF\+$4SDO29W!E5742
 >M=6DX::TJ*Q].H<ECK+)3):[B@R?73!=2(P7U^,EPT#B'[)E'_7P^]?&%%+5%
 >M%"DGVJCEYNP5\ X_L/$BTORY9/W_`%!+!PC+"S_:J0L``.85``!02P,$%
 >`(
 >M``@`90$K*0```````````````"(```!W96)L;V=I8W@O:F%V82]L86YG+TQO
 >M;F=);F9O+F-L87-S?5)=3Q-!%#W3K^UN%R@@0D%4_,!V*:PO/M5@XE>RIMB'
 >M&HQ/9K>,94C9)75J\5]IHI!(X@_P1QG/+)16$]S-WK/WWKGGGID[OW[_^(DL
 >M-N%;N&-AV<(]"TL65BQL.A"8=I#'G#&SQIVQD<&\,66'9==<K&/-Q5U<=W$3
 >MJR[N8]'$-EPL&'<=6P)V+QF^CSYK^5$@5PUJNP+9:BT0F#\(/X6^2OR@]>*X
 >M(X^T2F(!Y_*?ZV\,9=1+NJIS[*>+>V'<]9M)W WB#XG XHCA>:C#(#X:Z+;N
 >MR_"02ILJEJ\'AY'LOPFCGA00[.CLJ^[^2(O33@;]CGRI3#;W+-DC5*K-$65K
 >MH"_Y&D;TTF2SR:Q <=A76@:Q%BB/=;:B`]EAR.*BO319>*QBI;<%\FD!VYJ4
 >MP-1H2UNF6N#16,;$KAJUYO^.HT&)5]11?:;]ZHKC?$LIYT?$L>QBC=/-<M8%
 >M(LQ489Z%%$V\"H^9V_2>T,\25\Z0?[=QBN*.5S^!_1WN!9:\+TRS+>T<<K33
 >ML#&#6911H:TPDF/>? _2QH9V^X)V^0S"T%H[=>\;W!,X!DO$K_^PVGP=\I7(
 >M6/R+E1>0UK"N$@4Q[YUB:DQ0. ^R]2UB!C74#3Y\^@=02P<(=EH38=8!```:
 >M`P``4$L#!!0`" `(`&4!*RD````````````````C````=V5B;&]G:6-X+VIA
 >M=F$O;&%N9R]-971H;V12968N8VQA<W,[]6_7/@9F!ET&/G8&-G8&5BX&)@86
 >M'@8N!EY&!O'RU*2<_/3,Y K]K,2R1/V<Q+QT_:#4-$8&66PROJDE&?DI8'E^
 >MG\R\5+_2W*34HI#$I)Q41@:NX/S2HN14MTP0A\4Y/P5(L=EDYF66V#$R\,&U
 >MZH&,8V1@"O9B9&#6T QC4&0`\AA @!$(@<X"DIQ GBR8S\# JK6=@7DC6)H=
 >M2+)!!(%:.( T$P,W`P^(-G "`%!+!PCP'!J@L ```.@```!02P,$%
 >`(``@`
 >M0:8J*0```````````````"4```!W96)L;V=I8W@O:F%V82]L86YG+TYA;65!
 >M;F14>7!E+F-L87-SA9+[3A-!%,:_H9>URRHWE98["EB6PJ)_D6 P"IC4%&JR
 >M(/$OL^T.N*2=:999*2]BXB7Q\@2:*"22^ `^E/%,:6EC:LQFSS?GG-G??+,S
 >MOW[_^(D8%G'/P"T#2P9N&[AC(&-@S,!=`XLFM6^88.A/P<" #D,FDKBN:S?U
 >M:-#"+*8MS&#$0A;+%H;U:!:V#HZ%.:093.%5^8M ^+S.$,_FYY\Q#!UZKSPG
 >MD$Z^N%DO\YH*I&!@+LV^S(\8AEO3-CSEY44M4JX*N5=EZ"L$@F]'U1(/=[Q2
 >MA=.'KHS",G\<Z"2^+GV2]%YAG4#*$^JIE)5-H<*3)<UDR&0++7@Q4I?D5>TN
 >MW;EL9Y?^1:-5\<2!4RP=\K*BDL^/RF%04S)L[3)Y/Q"!6F-('(>!(B,3Q[Q4
 >MD0=!N>ZT`1LR(N=YL2\94H3WW9<R)&!<C\E%VV''UAL&>]PG#"O_Z!>ZK;5-
 >M9_!0^#LG-;[*,-9MRAY9O?B57=N[:G_EPFLLJSU0I..:_,]BF*)K$Z,+<P4]
 >M]-#]`$AG&JKK\\A1/DG9`\ICI*/G2#Y?.,/5+3MWBK[OL)K::W^A-L,XQ4'$
 >M*7Y "A\Q@$_(X#-&J1*G?H+>.4PWL6M-[,@YF,::6SG[&ZQ37-/:2_KU+^I;
 >MHKXCZGNBONF@0E]J&FGJ."DC3=AG2+4!R4;Q-2T]T=CG%!:T+C_Z`U!+!P@`
 >MZD:C"P(``&\#``!02P,$% `(``@`90$K*0```````````````"D```!W96)L
 >M;V=I8W@O:F%V82]L86YG+TYA;65!;F14>7!E26YF;RYC;&%S<XV2:T\3012&
 >MW^EMV66Y%%!N(B"H[5)8OT,PWDAJ"OVP1.,GL]V..*3=;9:MU'^EB4(BB3_
 >
 >M'V5\IQ=:B23N)N?=<\[,<\[9F5^_?_Q$&MMP#:P;>&!@P<"R@9*!#0L"4Q8R
 >MF#61PZ2%%.:TF]>):1V;L;&)11L/L6;C/N9M%+!CXVXOYFBS+;!7J)SZGWQ7
 >M16XY;+43+XFEW]PM5LYEK1&=J*#C=O,-/SQQC_RF?!;6CS^W9#G\$.T*6"%#
 >M[U58EQV!3*%<?",P>PVLONH$LI6H*!00'E=?^V<"\X-E+_W$'ZG-N2HJE$?M
 >M9DW&QWZM(;G1B]IQ( ]4USF/52*]CU&<L.:+J,[8XG",:CL9F8/]+(P6&LWR
 >M1PUGJ]9.94#@QG\,SHUU>1;$JI5$\6#ZW)X*5;(O,'=C]8[F"&2[;0N8+%T?
 >M=*^_V>$MA\#F4]YK@7O_ZNDM<;V_DR[HE;0>UGGP*=Z +"WT64,_FUU-,U[$
 >M'696Z3VEGZ8N7R'S;NL28X=.Z0+CWS'15]/YPC2+T\[P9@&3,#&%/*:)RV.)
 >MD0SS&OL8:WWL?A^[= 6AL<9AR?F&B0O86DWJUQM4DZ]%WCBI8W]1>4%I-76%
 >M*JA9YQ+6$)#K!5EZA9K"(VQI??+\#U!+!PB@"[I>X $``#H#``!02P,$%
 >`(
 >M``@`90$K*0```````````````!T```!W96)L;V=I8W@O:F%V82]L86YG+U)E
 >M9BYC;&%S<W53:V\2010]`PO++FM+6[70EVVM"EOL]CNF)KX2#)6D:S3]1(9E
 >MK-/ +ED&B_]*$VT3F_@#_%'&.ULH:.QN<L_>>V?..3N/7[]__$0:C^&9V#*Q
 >M;6+9Q(J)71-W;##,V3"P9".%VQ:R6-!A4=<*NCOO8 >;#M9QU\%#[#G80-%!
 >M68<=5'2H,BR?B78W.I'!R#OEG[C7Y>&)=R0^,!CE>N4=PU)2EI%7;[X<!:*O
 >M9!0R,)_!OLX'Q#,9]H(K7@_[0^6K6/ >^6C(4+P9]MHB?LO;74$3_6@8!^*5
 >M3)*S6"KA?XQB16(A[XD6#SLM];DO6C+LB!$Y>1YU:&2IW)B(-(?J6J&F719G
 >MY6>[#(7I?S7;IR(@F?TITXS56J5QPV+4&+)/9"C5`4,F\<[email protected]+:AOQGR
 >M09</!A/7Q1M$R&W*?\VP]C^Q]T1^M4CILAZ9(_4]W4X*/K9HBU.TN1F*T'L)
 >M_6PDF*;Z(]RGSCW*GE*>)ER]A'&\>X'<H5L]A_,=^3':[A=J,ZQ27*1#`\S!
 >MPCP64$")8HDJ!O4U[0-LCFD/QK0KEV":UCRLNM^0/\<MC3;AUW]8+7IMXLL3
 >M8^XO5CJ %#7K.B$CS+@7L*8$V:LB2:\1IN@FN!KWG_T!4$L'",\2D#O<`0``
 >M&@,``%!+`P04``@`" !E`2LI````````````````) ```'=E8FQO9VEC>"]J
 >M879A+VQA;F<O4W1R:6YG26YF;RYC;&%S<SOU;]<^!F8&708^=@9V=@8N+@9&
 >M!A8>!DX&7D8&?I_,O%2_TMRDU**0Q*2<5$8&KN#\TJ+D5+=,$$>V/#4I)S\]
 >M,[E"/RNQ+%$_)S$O7=\Y)[&XV#,O+1]HC'-^"E 9FTUF7F:)'2.#'#;UP25%
 >MF7GI$ W\"(X>2 4C`U.P%R,#LX9F&(,B`Q/092# "(1 YP%)#B!/%LQG8&#5
 >MVL[ O!$LS0HDV2""0$UL0)J)@9N!!T0;. $`4$L'"'[08UVV````\
 >```%!+
 >M`P04``@`" !E`2LI````````````````(@```'=E8FQO9VEC>"]J879A+VQA
 >M;F<O571F.$EN9F\N8VQA<W-U4FU/TU 4?N[&UK44-H;R(B B3K<R&+Z@)C-^
 >M&$(RL[D/]26&3]VXC)+2DGDG\*\TD9&(\0?XHXSG=':;B33I>>ZYY[G/<VY[
 >M?OW^_A-QK..9AOL:GFAXH&%1P[*&1P8$I@PD,*,CA@RG68/(LYS>Y,(<AQM<
 >MF#9Q#_,F"LB9L'#+Q%TLF"CBJ8G'6.)"B<.6B3S6!&)[%0$MOU>I5@OO!<;R
 >M(4P?.9^=DAN4JHV=LY8\46[@"PA;P!CDGP1F(]HK1SE5_Z2K;-61SK%
 >NN;Z
 >M\DWWN"D[;YVF)^F@'70[+;GKALEIQU72/@PZBCRW@WW:2S3/E231^7PMDFUT
 >MU4"SS'W-C1J.5@4R8<ES_':IT3R2+1+6J;*_V_6\<X'D"]=WU4NR":T)Z<XL
 >M&9*B3G@ML#7L8.12Y4+M5#:]H.VVSDI#LW?JX'G5/PC*U-TUY\@E9K\6F(BX
 >M&TP36/R?W@=JK__%DI[TV^KP&EZD)1#/LP-%&RLT$'&:@B0A^'^#'QH(BKR_
 >MC@VJK%)6ISQ.F+M"XN/:)5)UJ]C#Y 5,R_H&\T?J`GJ15GH/$]87(@K<H3A#
 >M<P9,0D<:4\A@@>(JLKA-NV/$X=="[J_)-N5LLGP%P29:G27-'M*A=+R?&%\'
 >M\EDZ`!+789#P.,FF_I&FN:7(TDN$@C!A76)\*)#L;Y+_"F$,#[')N%GY`U!+
 >M!PBY:F>$"0(``& #``!02P,$% `(``@`90$K*0```````````````"4```!W
 >M96)L;V=I8W@O:F%V82]L86YG+U=,071T<FEB=71E+F-L87-SA5-;;Q)A$#T?
 >MMX5U;0NE%UIHK54+E$N]MDIM+6H3#)6'-9JF#\T"*]UFV6UPL?BO-!&:6.,/
 >M\$<99Y9R,='(PYSYYG9F9H>?O[[]@!=9%"7D)=R5L"IA3<*.A-LR!*9E^!
 >/
 >M(8!YUA;8-L,B*L.#!#L6V;'$8HX=LVR+*7B(G((-K"C8Q T%ZZP]QIZ"7=Q2
 >M< _+"A[@IH(,4AR\S>*9@OO8$O <%06DY%&Q5$J]%? E7? F4R7JZ%3[J.4-
 >M.U^JO.S4]#/'L"T!H0HLG^M5TVX8M4[>C3$UJY%_5]YSG)91;3NZ@#S,^"
 >P
 >M-RCT0G.TDG76=E2GI6M-@<FR8>FOV\VJWGJC54U*%$0LJW:[5=/W#3;(YRW#
 >MT=43N^4(3&D#BF-3MQK.";7\W*Y36"Q9'K!4VLZ0HL#CS(_SCWL%@F[UDL6U
 >M1Z-4JJ=ZC4P^PWIO"X0HMK[?-LU/M"O6W?C MF$9S@XECDV>XR("?K<L(6V6
 >M.W K7,W@8UU@:]3PV$H*J?)_=EN@>?Z12D0>]95 _*\EJ*/^BJ.C)5I:4S\V
 >MK+K><3]Z_].K6*'#\M"%^>E@?7Q&`"'=#_A'%T722_XG*%!<EEZ']/829B_A
 >M.UR_0/ @G>EAJHL0H]S%1#K]%1/?@UU$,J1%>IA,?Z8$@23)!2($8@B1%L8B
 >M:7&L(D&WO(0[+KEP"3>1NR*LD(T)URXAF% ZX+*A'L*,$STH+HVW_[CV94@U
 >M2U,!$:*:)JHH4<T01?@/&OI_D&2:!*$@]*<O<'U4)- W4B]I0@\>X2GC1O$W
 >M4$L'"&%X@MI2`@``Y@,``%!+`P04``@`" !E`2LI````````````````(0``
 >M`'=E8FQO9VEC>"]J879A+VQA;F<O5TQ#;&%S<RYC;&%S<Y566TP49Q3^AKT,
 >M+&/ETJU81,0KK"B*BB"*%T!%%[&N8A41AV6 P66'[LYZJ[UH:9LT31_ZTM27
 >MAK0)2?M2$Q>3(DU-^M#+2Q^:/O2M3?IF'YLT:5+ZG9D!UA3:P.5\<\Z<<_[S
 >MG^_,/_/=WU]\"1^VX6T5/2K.JAA1<5?%)14Q%=TJ!E5<47%914+%ZP5T/1A"
 >M`8Z$D(]V$4UBVR_B@(BZ$ )H"B&(0R'X<5AL;054CXO:&D*>&]$HL3O%UA*"
 >MYMJ:11P542]BGXAC(CI$-(C8+6*/5+!7UF@7]80DW26V'7+5+C>:-(S"TO
 >R
 >M^C6<P2D-MT0]@V$-XW+U!E[2T"E7US"@X08R&EZ%KN$ML?6*B(LP<%)#"J]H
 >M2*-+$MS4\)JHK\(4,:0AB7,:QN3JMD3TB;B -S6\"%O#'5@*\GIB"E9&S:1Q
 >M*C/:;Z3.ZOT)0T'('C;3??&$GDXKV%T='=&OZ76F5=>1',O8,3MEZ*/--='K
 >M1G_"&C+C-^J<^PD].51W/GK4-!(#S0K6]OR/PS+SMDHU# NUWX@;8[9I)5F;
 >MGR$#"K8L$4(?6T_:IRTKT9ZT4S<55"[N>=BV4V9_QN;>UR]5][P/BUBSJ$O*
 >MM-W^:5ZYV^6F@L"H3E=6:R8'V?10S,JDXL914UP7S12UDD,=CN_B"T4[#7O8
 >MXL9+X]X6^\:XQ[ZXE4G:M,[WM6N^60H*TYDQ(S7'ZJHYGS;=UG/ZK\!77=/M
 >M2(Z&-BADI><2T]C!^LVD;:0&];C!/.7_0;*"U0L<=V7L')*Y0N/R^,]M?]D2
 >MH=U+UM/J[CHO=H*3N9A+FY4A=6[35XPZ[9W?=DB?6YLI%+8E<)U4D[S(4K/R
 >MK\ECT?E.4(<D#+IM93*VLW*I)"[)C%1ERIU ?ZLUP'55KT %AY;Y$"U25]$"
 >MG7,;+I %8\-6RI9FZ"-6JN^:D4H[8^2O[I ^!_>;2=-N87.<;7G.10N+=?6/
 >M&'$Q+31O+GU9[NSES@57>[email protected]!ZG'6E^P83^A"WNW;Q?7D/7K-4:R87JD45
 >MCV$-;!B*`#GW(#\\2AV\[6&OASQ['1SW]$X/^SR\Y2'/7@?CGLX3V,%13^>A
 >M[> =3^=!3.EC'6=PFF^"ZT!>(=\P^8!R=1H%%[8^Q#.=D=HI5&>Q4;
 >VB_4>
 >MKO.P,A)Y@$K_P R"66SQM4RBD88M%=,(7GB([5NG$(XYAOH'*'L,Y1Y*<M3"
 >M#Q$<]RG\JW#33,Q^[27>[.$F#S=X6"4+5CTJR*+$U^"?1#'5DK!?;G:/^Y6P
 >M7VY/S#[QW(O%O7@&^5FL\#4$)E%&?44X,(U\UE?$^M;$Q@-*."!N$[._>6&E
 >M$E8Z@T 6Y;Z&X"3*J9>'@],(,.Q9"?L*@=AX4 D'Q7-B]E<O,B*1D1GD9;'*
 >MUZ"Z"ZX*J]/(8^3SC-P:&U>5L"INLN#G)$%!E/(];* \QS=S-XIQ'JLY&E5\
 >M-];@(AK0@V9<HE\OKRZ3U!X2?P5WH>,=].-]TGX/`_B$8_ I!I$E/L8POH6)
 >M'S&"GW$53XA_@N.,I%+(]VPQQI3-Q'JDE'U(*^VPE9/(*+U$D^/P`JOQL[80
 >M__G"=D=$^8@C(R-2.@V_C,CJSEIN9>,4*@373^$YP74>5A)E*G:ZK'/[-<L:
 >MA^\ER68OV28/-WA8)<F=(:AUIV /#;E#(.9BQRG@3@J9EQI6YE#N.)4Z3D'7
 >MB3R[[email protected].&W+X?+)_7DJ;V$M93VIW$4J=Y/*/:2R@53NQ78T
 >M\K<)Q["/Y.XE6?OY+![@EU4+OY .\APXA'=Q&!\0/T8K/D,;[J,=CXC?,.H'
 >M',=/Z, OQ-YS/!%?]"IQ)$5"G!SJ=HXS<:)6E#!9',(Q!YB+4+A08=8QFY
 >MO4C,X]1=%=QQY!]02P<(Z_;8?8D%``#J"@``4$L#!!0`" `(`&4!*RD`````
 >M```````````I````=V5B;&]G:6-X+VIA=F$O;&%N9R]73$-O9&5!='1R:6)U
 >M=&4N8VQA<W.55%U3&V44?C8?AH1M(7R4!*$4:&D2TJ8M+5:A6,*'IH9230MB
 >MU'03=F U[';"QE*OO*C^`'^ TU[U5F>:,"/6'^!/\-[QQO':*^MSEF43G7;&
 >M[LR><][S\;SO<]Z/7_[^\6?X<0Z5$#X*83J$V1#*(<R'<#V"(-(1^#
 >100"3
 >M,CPC5B;"BHDP14JB%\67%&LT# 7G19P5D1!Q2?+&I?:TE(V)[YR(4R*F)#
 >B
 >MU@6).E"757R,!15OX*J*&2R+>$?%A_A Q3H65;R'.RI*R*J8PZJ*VR+>QZ<J
 >M/A'KKE@EO*MB389%*2MA2<5-7%-Q2ZP;>%.%)M%;6%'0E3=,_69]IZS7;FOE
 >MJJX@>5\O5ZTMH[*7^4S[0LM4-7,KLYY?VJOH]VS#,IVT)=.N/5 0J%B;+/$5
 >MLPK2Q?S_KIQ1$/'<N\2IZ=JF@I$7`\S;=LTHUVW.-/:R2;P<@=[1]DI5JZ)5
 >M"1TI6/5:15\VA%NO4V)8F=RJ-[V"@2/OHF9K.?->W2[87-".`G\BN>;(@B-S
 >M"N*)_%'V:MWV4F<D+]N*M:',)%^I+U=?#:2==^PEI5R:KW"#>ZT?S5BR#_<Z
 >M+'U?KE>KW,N^]?P"=],#/"]8"D*)8C:7$XR(=A1B6Q5V)'B_9LBF=#@Z9]IT
 >MLT7!1,')#\LV[-I:Y7/Q%;/B._&?)92JNKEE;W,:68D#T>U-XP4#"\XQ&W]Q
 >M"_ZU:@6=<B:]4H=A8=NJ$;FOA6QJ.WK),#?U/:(GG.6^-FN8ACU'G@X=MZ:U
 >MFMU2Q:K+`F/MQZ7]$&"4=]D/H(,_;R;DFW,U[Z*C>;,=O>;Z>1\=K;ECWE1*
 >M02FA0+P-6E-\7\33E=J'FGJ]@6.IH0;Z?Z!+P17*'CX=@#P@G0A#Q7':BCP=
 >M+!2 OQ@)4C\Z0'!C<A^AE52Z"0+UNKI'](D&HJG44T1_ZF@@GJ85;R+B9L0D
 >M$GL&7P-]_KDG&."P;_@`OHU]=$PVT5UXZ%>&)>?Q\]_=FD&I&7P&?P-#_NG
 >
 >M$X(\Q5!_X !^5JFL&B@\#"C]`4E[_/RWU/<>HV5$*2^3S15:TXBS<:-LW23;
 >M-86WR(VO(V;Y'E[CBSF++;P-"]?Q)>;Q%;+XEOH[+#(3Y,[=Y<_WS^W'KVX_
 >MOCE 0/K1N2)LCS41%MW?1)?H7G?<X^JHZX_[#P<G91!C4/K1[?3C$CD=;S7B
 >M3\D8E QA'SUD+SG#;;3_:.UC%MV4(V1]BJQ'R7J,<AQ)G,9%G.%AFB#KLV2=
 >MP!WJNTAAFSTQD<8#ZJ]QLHVQCST!91XYT1>R_P!02P<(NQ?/`,8#``#Q!@``
 >M4$L#!!0`" `(`&4!*RD````````````````M````=V5B;&]G:6-X+VIA=F$O
 >M;&%N9R]73$-O;G-T86YT4&]O;$5N=')Y+F-L87-SE59;<U-5%/YVT_:TAT!+
 >M*906>@$4VA1HD5LAY99>)- T@!65#Q-3D(P/2>F)]!ZOXB%9]TAG=G=(;1
 >M&6E'ZX5G'W2&7Z S_@*=\='Q6^>TR4&2AV9FKYSOVY>U]EIK[[U^^??[GQ#
 >
 >M+GQ:`SL`("ABE0A=1*V(&A&:B&H152(J101$* WO:IC6\)R&)S7<U'!%P\L:
 >MSFGX2,,[&LYJF-3PM(8;&E[7\(P&4T-"PPL:/M3PHHY-&-*Q'H,Z6O&XCB:,
 >MZ*A#1,<&$2T8T+$&D5HT8TS&G9:.$SKJI7>U-^28CK7R58=3`D_JZ!#8)*)1
 >MQ#I/')=5HCHV8G@5-F-41[MTU&-<1X-,VX)($$G$@[B(F @CB ^0"F(.[P7Q
 >M%MX7+BW"D0Y+Q(4@<GA)N"F!&?FZ',15^7H6MP3.*-2-I"US+#\]9>9BQE3&
 >M5%@]8%LSCF$YYXU,GGC;-7,J8Z?2\=F>*\95HR=C6*F>,6/:/&$E8G-9,VHE
 >M;9DU/C81.S$6NW3.2?8I'.@<<4>G[9ZHE<T[$T[.-*;#72.E5AO(&#,SLDY8
 >M87.I`<-I,Y,X:R9I;T'/H)UW[5V_I,D=2#5I*Q7N.J_07FJAJ.68*3/GV=Q4
 >M:H2K11^:C9M9)TU/*%32\H3"CE*C+XPL>^N,;6>&+"<W5V8+%W)IQW-P9=K5
 >MKD_8^5S<'$X+5W+*B&VE/$OWK\2;$H E9ZYHWK(ZSMO4&>UZR*N1?#)IYMB[
 >MKK#F>,%/].8R.V@XAD^;0K61S9H671CHE,#TK\2H_R5:V%TDRCPH#AG*Y>R<
 >M0D,A,T9-Y[*[email protected]:"V9:1G;<#RG;RQC)Z?6G[/,V:P9=\Q$
 >MAV.D#G<H5$R<4F@KM:27J-Z:`8Y6Z%N)!WPIR]WWKF0J<YE3UA0<XVY.H>H:
 >M<Y%)5U_H6-*AH.C:&L?V`EYF/UZGMQ\5*>/'PI&F'TL<DMTRTF^:.YYG8\!.
 >MT++FY3WR=#BR=U\V%6^ 92N+=X^DL$*MN[_(G.SQ^$K\5<+0<C?2\B%3:"QH
 >M]^6JPH;2QT=A>[D@YY)&W/1RU[V$&CL?/H/A,N[V3:ODV66*5O>GK;1SE%$N
 >MCAJ?NL*<943\1]5_+A36%I-%[ESW$&UZ($]\9KJ];:5=N73=A?EV-?/9HQOY
 >M*K;@5<SR^PF^T!70B#_VX2KBYWVXDO@3'PX0O^'#U<37?'@5<=Z'Y<U]TX=K
 >MB<_[< WQ=1^N()[PX2 EGU#(CR^FE!;LNXBWV?<:2XP%6LQ:0QU<1.MD]P(>
 >M&0WMG,?66W?1%_H6?5]*&5(I0BH8MK^6\&=LTOD#VZ]L1]FNLYUAFV)SV'X/
 >M+6+=Y (.=,_CX%V$OL!],HUD]I,YY#+WR*PETUM@[I!9369W@;E-9@N9HX5U
 >M;I*I)[.+3+_+S))90Z:KP"3)U)'93F:/R\3(M),)%Y@(F28R^\@\ZC*]9#:0
 >MV4%FI\NT+:)A<A$MDPUTUF/BE'GTS*-S`4=^#GWMND8V;;'8`KH8H!#KG6[$
 >M6/K%L9L53R\#NH<AV8L;V(>;.(#/<1"W<0A?X3#NH!\_X@CNX1A^PW'<1P1_
 >M8 !_8@A_8QC_X*2J0E35X+1B_:9:,*;V4^-34BI2=QL;ZR$OG)P?D'!B\R+6
 >M2SB[1W=Z%F_C7ZC[.QRNP#<%FQL@H>R@S5M8Y&WE#MH?6)?E&:6LV\I_28&J
 >MT +V%A>H]D@JO^1FVRO(RG]OY#]02P<(4=LV!P\%``#^"@``4$L#!!0`"
 >`(
 >M`&4!*RD````````````````O````=V5B;&]G:6-X+VIA=F$O;&%N9R]73$5X
 >M8V5P=&EO;E1A8FQE16YT<GDN8VQA<W.-DVU/TU 4Q_]W3V6E" @*0U"4![<R
 >M&#Z_P)B(8IS9&%@=XAO2=3>L9+1+N1/X5IHH))+X`?Q0QG-*V1:"B7UQ_N?V
 >MGOY_Y]S<_O[S\Q?B6,0S#?<U9#7<TO!8PVT-.0V/= @,ZTAB+(T$;G*XP6&$
 >MP[B.&#*\.\IUUPWD,6_@+B8,S&'2P!*>&C YF^60QP,#"^?9$X%$MIBK"HSL
 >MV5_L@NL7BI6U(T>VE.M[`L(2T#OK`X&QB[+7MK*+7JNM+!5(>U]@L.1Z<KV]
 >M7Y/!![O6E/2AY;<#1[YQP\5AX"II-?Q $?.57Z=WJ]E2A]JU6LF5#F6MZ>^Z
 >MSE$AW&_:WFYAJ]3I(_1?\U1PO$+&CJV<QHXZ;I%C2GKUG98CD.E:5]JJQYM&
 >M'>^=H7=78*C+J]3VI$.]SES=#$_P4JG K;45C]>PO7I3!B&\[T#9@0K3U'/7
 >M<]4+@60XOT":0/6+8^!<8/22VQ)SJ,U_G Y-$+/>"4Q>V1A1SD\_]]^'*!#/
 >MLBM%"]-THV)TC312\#4!/W.1FI'.AAJGN@)FJ/X>K;9H'>=OSI#<7CA%NFSF
 >M3S#X`P.1&I'V1ZJ;7ZE<X [%":0H?D0:50R350:?Z 9O(X?/F**=!-4Q;A'S
 >M$:X:X<PS",;UE?/F=PR<8(C5B+0_4IWTVR7:.M$J1-L@VB;1WA.MW$,#_R"4
 >M,6V*5) FS5-<ZQJEPI=OJ:5ITAB6\9!U>?4O4$L'" 2Q;TH@`@``T0,``%!+
 >M`P04``@`" !E`2LI````````````````(0```'=E8FQO9VEC>"]J879A+VQA
 >M;F<O5TQ&:65L9"YC;&%S<Y63W4X3412%UZ&E8X<1BORT!2H_*K;EIXB@2!%%
 >MD 12Y*(J(5Z0Z73$(66&3*?"A9>^@4_@E;>:""02?0!?Q#L?05VG3&E-(,8V
 >MV>N<F;W7^<Z><[[_^O(-`8QA0<&D@ML*AA6D%<PKF%"05*&@2X5 5$40_6&$
 >M$)/AJHHF#,A10H9>F=<GPX#,ZY$5<?FB6\-=W-(PC9L:[LC1-3D:QY"&>WBH
 >M85!.9Y'5< /7-<R<YLW)\$! M?5=<\NRB^:!0#"YDGHNH.F&89;+6R]+^G99
 >M8.A%;M\LE)QMRSC([.BO]4Q)M[<S&[D%SW.M0L4SL_31:Q-6=%2S+">SLO[X
 >MP##W/,NQ!41>H/\?3C0ZJZ!1M&:TI'OZBKU7\?*>:^J[`FTYRS:?5'8+IOM4
 >M+Y18J&WDEBVS5!R7-?3).Q77,)<M^4[==RW/S+]R7(^[7'2*?-9[/DK5@[U-
 >MYFIKKU>\LX6SLC^Q1JK&MP*1NM5Z8<<TN-Q4W:EA!]G4!4VMKL^&1HIFV7"M
 >M/<]Q:Y\G-&?9EC<OT%S=#G/J3=\RG(K-U<(T+]8V*L<",_\'T/A58Q>4L@E-
 >M^56!OG,M"'?Z20))F<F8YRD,\3P3G7_((PKY&_1UVM<97WE2&0/,G\44ZS*<
 >MO>.Q#U(W3A#<'#F&NI8>/<*50[3XVN9KIZ]:.OT9VE<HAV@-S'] E-/6Q
 >F4
 >MS6.TCQPADG\;$ F9\_[WC_1'6@N,,*:A,@XA3,QV@L2),XAAI @WA21O50JK
 >MU&?,3C$SR#J)RFOHH[[A7*(NG4!(U/#:*)=I.4*'U#9?.WW5J)(O4N6;)-FE
 >M.MC/3V=<PR0".AF[R-5-KBBY8F2(\[KWL'EQ+*+C+R;><4;)E* *:G/Z&)?K
 >MIJ'3AP0?HS9A%/>E3CSZ`U!+!PC"*942HP(``+<$``!02P,$% `(``@`90$K
 >M*0```````````````"L```!W96)L;V=I8W@O:F%V82]L86YG+U=,3&EN94YU
 >M;6)E<E1A8FQE+F-L87-SA5-=3Q-1$#VW+2QM5[Y$*!\MB@+;I5 $4;2&Q"]B
 >M29&'-1##0[.%#:PI6U*WPH-/QC_BDZ^:6$@D\<T7?X6_1#VSE-*(QB9W[MR9
 >M,S-G9J???W[YBC"F<4^#J6%$P[2&JQH,#:D8%'IBB& PBG8,R+,W2G"_/!,Q
 >MBB'Q]HGCLCBNZ)A!6L<4AG7<$#&+NSH68.C((*GCMHAQC EN7L2B0L3(I]>9
 >MX*7]VLZZE6Q^[<GAEK/ONQ5/05D*HP=.J5S9<;<.LP&F;'L[V8W"`]^ONJ6:
 >M[RC$FA&O% ;.$CVV?3OO[==\RZ\Z]IY"5\'UG&>UO9)3?6Z7R@Q4>09;E5IU
 >MRUEVQ1 [J+J^8^U6JKY"MWU6HEAVO!U_EV0?5;8)Z]\H_)%K1JHJA#<WR7C0
 >M*)R16*OY308YZ3/12J_5J] 1%,][+)TH,WW1"_(7?2G0I##^]W%<Z*W]ONNY
 >M_I)"6Y!6(<HJVXW6(J(K+)X3;9E4+EWXS\AS9/B/4+88LE:X.!<Z4.@['ZAG
 >M[SE%U]MV#DG0L((5"!L-:>$:MZD=0(B'FP/Y<8THPSPSN,.5FZ V3X18NLQC
 >M7#*'ZXB:(W7HGVA23 +T<D$!6=,XHM#1"=G6FYACH"1XPW!!/#U!Y,74,3I6
 >MS<P1.NN(F^9GQ-N^H2U41W=XZ0-2-'0GY\+B7S_5(X'^+JR2`G[_ZX?YL5EY
 >M#!V4DZQJH =II&#B.O\:63:4H[[,-D:)B! ?XLD2<\KI;8/3R@F4<-)6,TP?
 >M/4*7W/H18G+'^0YH91J\%AH`X25Z"ZWS>4R0#S!(.416P]1&:$_2GN),1K%$
 >M/8]$"[,06<N'F,0MN6<?_@902P<(D7AS/W@"```S! ``4$L#!!0`"
 >`(`&4!
 >M*RD````````````````B````=V5B;&]G:6-X+VIA=F$O;&%N9R]73$UE=&AO
 >M9"YC;&%S<SOU;]<^!F8&708^=@9N=@8.+@8F!A8>!BX&7D8&?I_,O%2_TMRD
 >MU**0Q*2<5$8&KN#\TJ+D5+=,$(?%.3\%2$F7IR;EY*=G)E?H9R66)>KG).:E
 >MZX?[N&6FYJ0P,O"&^_BFEF3DI^B!)!D9V&PR\S)+[!@99+!K@RAF9&
 >*]F)D
 >M8-;0#&-09 #R&$" $0B!#@.2[$">+)C/P,"JM9V!>2-8FA5(LD$$@5K8@#03
 >M`R<##X@V< (`4$L'"&JDPHFV````Z@```%!+`P04``@`" !E`2LI````````
 >M````````)@```'=E8FQO9VEC>"]J879A+VQA;F<O5TQ3;W5R8V5&:6QE+F-L
 >M87-SA5+;;M- $#V;.'7LF)0VI4F:0DM*P7'3NE"0D(*0N$JN4OI@!.*I<A*3
 >M&B5VY6YH/@LDDDI4X@/X*,3LDHL?0#SX[.[,G#,7S\]?WW\@C5T\4G%7Q9J*
 >MLHI;*M9U,"SJ4+"JD;^@(8,58;LN;C=T@J+P+@O;D@$3VP;NH62@*J".AP9V
 >M4#%P7\ 6-D6(+>" 03&=VCN&S0N_U8NZ07MH?_(^>W;/"[OV^Z8;#>*V_SKH
 >M^0P%Z0@BVSE^-6S[9SR(0@;F,FS\G?R,\SAH#3AQ]1GCG*$X%7KI<<\)SP;<
 >MY;'O]:G)9A#Z;P;]EA^_]5HB*7.(G*Q"OX@#[KNG4<QI`-XTQ4G/#[O\E/IY
 >M$74HK&PVIUF.!WR6HB%Z+27S)[T,6:GNA*2]\"0(`_Z4)IH<PY[@,F1D'!5P
 >M+CT?R7,2A!U_R*"14F=2GR+N#(_GQ23:;=2:_YE;@VK]!Y7:2+F'#"OS"81>
 >M?U9$QG3E;TV;$W1QFU8G`]"*0&P#89H^$P_(<H=N!TA)RZ)U"<.JC*!9ZR/D
 >MODK*!N$RK1@@%BT'#0;R$/NVBSTB_A%(2X'"%90/.Y=0CZSZ&-=&R%I?9B)Y
 >M&5(E@2TL$>TFO13RI>BSL#V1.IQ(5:_ A-3"4=WZ!FV,O#AS8^CBS-)[7MZJ
 >M[*Y$RF527B.L4,_%1(84O4%8P[XX]Y__!E!+!P@T+HH*!0(``'$#``!02P,$
 >M% `(``@`90$K*0```````````````"(```!W96)L;V=I8W@O:F%V82]L86YG
 >M+U=R:71A8FQE+F-L87-S._5OUSX&9@9=!GYV!BYV!A9V!CY&!N&LQ+)$_<Q\
 >M?4]_UXKDU(*2S/P\1@8N.+N8D8'?)S,OU:\T-RFU*"0Q*2<5*!V<7UJ4G.J6
 >M">P..>G`"E)#1^84?ZE)06E)<$E1:F)N=::88P,`F"9G,2\='W_IS4Y!)&
 >M!M[PHLP2D&EZ(#E&!M9R(!]H#%.P%R.#3'EJ4DY^>F9RA3Y")TP#&R/0$XP,
 >M(,#(PLC P\ )Y+$">2Q F@D(V8%L)@9N!EX0;> $`%!+!P@+UP@GQ
 >```/<`
 >M``!02P$"% `4``@`" !F`2LI``````(`````````"0`$````````````````
 >M````345402U)3D8

When do WL streams release byte[]. Smaller footprint under JBOSS.

We have a customer that started having memory issues. When we jprobed, we saw that half the memory usage they were seeing on the client was occupied by the byte[] corresponding to the objects streamed back from the ssb running on the application server. In fact, several calls to different ssbs that return very large amounts of data were responsible for large amounts of data hanging around on the client. I understand that weblogic has to hold onto these data structures to resolve multiple streams of the same object on the server side to the same object on the client. My question is, what controls garbage collection of this data? Under what circumstances will it be released?
When we ran the same tests under JBOSS the memory footprint was much smaller. If we could understand the BEA mechanism and force the stream to be reset (or do something that indirectly forces the stream to be reset) we would be happy.
Thoughts?
Thanks in advance.
Eric

Excellent Blog. Thank You
Small clarification on Step **6) Oracle Home Directory, ...a) Resize the Root Partition**
Ubuntu 11.10 has Gparted available as a Ubuntu software download, DONT use that while trying the above step, instead download the ISO file from http://sourceforge.net/projects/gparted/files/gparted-live-stable/ gparted-live-0.12.0-5.iso (124.6 MB)
Burn that ISO file on a Blank DVD, reboot the Ubuntu , during startup select Boot from DVD Option if not already selected. this will take to Boot Menu Options of Gparted Live then select the first menu option, and this allows to do further action such as Re-sizing .
and once you have chosen and executed step a) . do NOT run step b) also that is "Setup External Storage"
I hope this minor clarification can avoid some confusion
Regards
Madhusudhan Rao
Edited by: MadhusudhanRao on Mar 24, 2012 11:30 PM

Queries running under JBoss Not Working

I'm using Kodo 2.3.2 running under JBoss.
It seems like if I attempt to run the same JDOQL query within a single
transaction under JBoss the second time I run the query I see that Kodo
appears to be querying the entire extent of my class instead of performing
my JDOQL query.
For example,
I have a simple JDOQL function like:
runQuery()
Extent e = aPM.getExtent (Persname.class, true);
String aFilter, anOID;
aFilter = "pers.objid == aObjId";
// Create a new query for the specified class and filter
Query query = aPM.newQuery (e, aFilter);
query.declareParameters("double aObjId");
// execute the query
Collection aColl = (Collection) query.execute (aPersOID);
if ( aColl == null )
this.setResults("ERROR: NULL collection returned from query");
return false;
} // end if
// iterate the results and close the query
If I call this method twice in my session bean I see this the first time
(which is correct SQL):
SELECT t0.ObjId, t0.PersObjId, t0.StpDate, t0.StrDate, t0.TypeCd FROM Pers
t1, PersName t0 WHERE (t1.ObjId = '44946832753163' AND t0.PersObjId =
t1.ObjId)
Then on the second call to the method I see this:
SELECT t0.ObjId, t0.PersObjId, t0.StpDate, t0.StrDate, t0.TypeCd FROM
PersName t0
connect:
jdbc:microsoft:sqlserver://ML1JXT0C:1339;DatabaseName=SMSTHtndIT6DJDO;Select
Method=cursor (sa): 1
then Kodo seems to iterate the entire table using all the primary keys.
Has anyone seen anything like this?
Also, when I run more than one query, the second query performs
significantly slower (5 - 6 seconds).

Fred,
That was the problem, once I configured IgnoreCache=true I didn't see that
behavior anymore. Thanks..
"Fred Lucas" <[email protected]> wrote in message
news:[email protected]...
What is the javax.jdo.option.IgnoreCache property set to? If this is
set to 'false' and you run a query after modifying an object in the
transaction, then we perform the entire query in-memory, for transactional
consistency reasons.
-Fred
In article <[email protected]>, TJanusz wrote:
I'm using Kodo 2.3.2 running under JBoss.
It seems like if I attempt to run the same JDOQL query within a single
transaction under JBoss the second time I run the query I see that Kodo
appears to be querying the entire extent of my class instead of
performing
my JDOQL query.
For example,
I have a simple JDOQL function like:
runQuery()
Extent e = aPM.getExtent (Persname.class, true);
String aFilter, anOID;
aFilter = "pers.objid == aObjId";
// Create a new query for the specified class and filter
Query query = aPM.newQuery (e, aFilter);
query.declareParameters("double aObjId");
// execute the query
Collection aColl = (Collection) query.execute (aPersOID);
if ( aColl == null )
this.setResults("ERROR: NULL collection returned from query");
return false;
} // end if
// iterate the results and close the query
If I call this method twice in my session bean I see this the first time
(which is correct SQL):
SELECT t0.ObjId, t0.PersObjId, t0.StpDate, t0.StrDate, t0.TypeCd FROMPers
t1, PersName t0 WHERE (t1.ObjId = '44946832753163' AND t0.PersObjId =
t1.ObjId)
Then on the second call to the method I see this:
SELECT t0.ObjId, t0.PersObjId, t0.StpDate, t0.StrDate, t0.TypeCd FROM
PersName t0
connect:
jdbc:microsoft:sqlserver://ML1JXT0C:1339;DatabaseName=SMSTHtndIT6DJDO;Select
Method=cursor (sa): 1
then Kodo seems to iterate the entire table using all the primary keys.
Has anyone seen anything like this?
Also, when I run more than one query, the second query performs
significantly slower (5 - 6 seconds).
Fred Lucas
SolarMetric Inc.
202-595-2064 x1122
http://www.solarmetric.com

Jsp debugging under jboss/tomcat

Similar Messages

Maybe you are looking for