[JCA/JBoss] - Re: Message DB + Oracle database connection count problems
by adrianï¼ jboss.org
"sks4jboss" wrote :
| So does this means that this is an example of not closing the connection ? (This should definitely help in finding out when the connections are not closed.)
|
The stacktrace is where the connection was allocated not where the current thread is
It does point to one place where JBoss does NOT do connection close checking
(in servlet initialization).
| {org.jboss.resource.adapter.jdbc.WrappedConnection(a)10e0edb=java.lang.Exception: STACKTRACE
| at org.jboss.resource.connectionmanager.CachedConnectionManager.registerConnection(CachedConnectionManager.java:321)
| at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:467)
| at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:874)
| at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:103)
| at com.mobilgw.sam.common.WFComponentFactory.(WFComponentFactory.java:123)
| .............
| .............
| at javax.servlet.GenericServlet.init(GenericServlet.java:211)
| at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1091)
| at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925)
| at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3857)
| at org.apache.catalina.core.StandardContext.start(StandardContext.java:4118)
| at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
| at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
| at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:324)
| at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
|
Feature request:
http://jira.jboss.com/jira/browse/JBAS-4581
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4067549#4067549
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4067549
18Â years, 9Â months
[JBoss Seam] - Re: Evaluation of action attibute in s:link
by wise_guybg
Thank you for the reply Gavin. I'm sorry that I have reopened the issue so many times but no one from the community understood what I have written at first place and no one commented.
This is the first time that someone actually wrote to respond to my question. I wouldn't really open it as a feature request at first place but this was the only way to get an answer. You can draw your conclusions from that fact.
I don't have your understanding of the inner-workings and this is why I'm asking for help. Sure I can drill into it but I thought someone in the community can give me a hint if I'm doing something wrong.
Nether you, neither anyone else has done so for now. In JIRA you have noted:
anonymous wrote : This cannot be implemented, and I'm really bored with this discussion. You have a workaround now, so please stop reopening this issue. Thanks.
The workaround is easy. I knew about it at the time I saw the problem. I had to use it because there was no one to help. Anyways, how can you have a workaround of a feature request :D This is ridiculous.
Finally to the question:
| <s:link value="#{localeProvider.getDisplayString(sel.value)}"
| action="#{localeSelector.selectLanguage(sel.value)}"
| rendered="#{not localeSelector.locale.toString().equals(sel.value)}"/>
|
anonymous wrote : Otherwise how on earth can the EL expression (which is evaluated during the invoke phase of the second request) possibly know about the JSF page variable (which is only defined during the render phase of the first request)??
Well:
#{sel.label} -> can be evaluated
#{localeProvider.getDisplayString(sel.value)} -> can be evaluated
#{not localeSelector.locale.toString().equals(sel.value)} -> can be evaluated
My question is:
action="#{localeSelector.selectLanguage(sel.value)}"
How can sel.value be evaluated and the MethodBinding be constructed the Seam-way with a literal string?
PS OK, to stop irritating people on the staff I'll not post to JIRA about this issue anymore. I'll only comment in the forum. Wit teh nubz. If finally you decide that this makes sense to be reopened, whatever, you'll do it, not me. If no one pays attention to my post here, I'll be a bit disappointed but I'll make it through :) Peace
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4067548#4067548
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4067548
18Â years, 9Â months
[JBoss Messaging] - clustered-oracle-persistence-service.xml in JBM 1.4. where
by HibsMax
Hello, Folks.
Does anyone know where the clustered-oracle-persistence-service.xml file is for 1.4? For 1.3 it's here:
JBM_HOME/examples/config/clustered-oracle-persistence-service.xml
When I look in the equivalent folder for 1.4 I only see these files:
db2-persistence-service.xml
hsqldb-persistence-service.xml
mssql-persistence-service.xml
mysql-persistence-service.xml
oracle-persistence-service.xml
postgresql-persistence-service.xml
sybase-persistence-service.xml
In 1.3 there are all these files:
clustered-db2-persistence-service.xml
clustered-mssql-persistence-service.xml
clustered-mysql-persistence-service.xml
clustered-oracle-persistence-service.xml
clustered-postgresql-persistence-service.xml
clustered-sybase-persistence-service.xml
db2-persistence-service.xml
hsqldb-persistence-service.xml
mssql-persistence-service.xml
mysql-persistence-service.xml
oracle-persistence-service.xml
postgresql-persistence-service.xml
sybase-persistence-service.xml
Seems like all the clustered versions are missing. Can I just use the 1.3 versions?
Thanks, Anders
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4067545#4067545
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4067545
18Â years, 9Â months