[JBoss Seam] - Seam Security - NotLoggedInException
by bsmithjj
Hello,
Is it possible to come up with something 'quieter' for the case where a user is not logged in and needs redirection to become logged in? Having lots of these exceptions
| 10:58:07,196 ERROR [SeamPhaseListener] uncaught exception
| org.jboss.seam.security.NotLoggedInException
| at org.jboss.seam.navigation.Pages.redirectToLoginView(Pages.java:517)
| at org.jboss.seam.navigation.Pages.postRestore(Pages.java:372)
| at org.jboss.seam.jsf.SeamPhaseListener.postRestorePage(SeamPhaseListener.java:528)
| at org.jboss.seam.jsf.SeamPhaseListener.afterRestoreView(SeamPhaseListener.java:374)
| at org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:211)
| at org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:184)
| at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:280)
| at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at com.evergreen.filter.RequestDumper.doFilter(RequestDumper.java:87)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
| at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:44)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:141)
| at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:281)
| at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
| 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 com.evergreen.architecture.sso.catalina.CASSSOAuthenticatorValve.invoke(CASSSOAuthenticatorValve.java:423)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
| 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:262)
| at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:437)
| at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:366)
| at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
| at java.lang.Thread.run(Thread.java:595)
|
show up in server logs is not exactly ideal. Any ideas about how to turn these off are appreciated.
Thanks,
Brad Smith
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117604#4117604
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117604
18 years, 6 months
[JBoss Seam] - ManagedPersistenceContext in clustered environment -> closed
by cpopetz
Hello,
ManagedPersistenceContext, upon passivation, checks to see if the entity manager is dirty, and if not, closes it. I presume this is intended as an optimization. But in a clustered environment, where a snapshot of the session is taken upon each request that dirties the session, passivation will occur frequently within a conversation. In this case, the entity manager is frequently closed and recreated upon the next request, and entities in conversational beans become detached, and all sorts of bad things happen when I try to use them in the new session.
I think that to preserve the promise of long conversations, we have to keep the persistence context open across passivation, regardless of whether it's dirty.
Am I misunderstanding something? If not, please verify this is problematic, and I'll file a Jira issue.
Thanks,
-Clint
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117587#4117587
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117587
18 years, 6 months
[JBoss Seam] - Re: Injecting Remote EJBs
by cavani
Something like this:
| @Name("managedRemoteServer")
| @Scope(ScopeType.STATELESS)
| public class ManagedRemoteServer
| {
|
| @Unwrap
| public ManagementService getRemoteServer()
| {
| try
| {
| Properties env = new Properties();
| env.put(Context.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory");
| env.put(Context.URL_PKG_PREFIXES, "org.jboss.naming:org.jnp.interfaces");
| env.put(Context.PROVIDER_URL, "jnp://192.168.1.1:1099");
|
| Context ctx = new InitialContext(env);
|
| return (ManagementService) ctx.lookup("tlon/ManagementServiceBean/remote");
| }
| catch (Exception e)
| {
| e.printStackTrace();
| }
|
| return null;
| }
|
| }
|
And:
|
| @In
| private ManagementService remoteServer;
|
|
Obs.: I didn't test this...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117586#4117586
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117586
18 years, 6 months
[JBoss jBPM] - Nodetype decision: error when use handler class approach
by dadajboss
Hi all.
Running my sample process from JBoss jBPM Console I have the error:
Error completing task: An exception of type "org.jbpm.graph.def.DelegationException" was thrown.
The sample process definition:
| <?xml version="1.0" encoding="UTF-8"?>
|
| <process-definition xmlns="urn:jbpm.org:jpdl-3.2" name="Process_3">
|
| <start-state name="SN-acquire">
| <task name="AcqData">
| <controller>
| <variable access="read,write" name="qta" mapped-name="qta"></variable>
| </controller>
| </task>
| <transition to="TN_display1"></transition>
| </start-state>
|
|
| <decision name="N_decision">
| <handler class="com.Process_3.decision.MyDecisionHandlerNew"></handler>
| <transition to="TN_display" name="tr_true"></transition>
| <transition to="N_end" name="tr_false"></transition>
| </decision>
|
| <task-node name="TN_display">
| <task name="DisData"></task>
| <transition to="N_end" name="to_end"></transition>
| </task-node>
|
| <task-node name="TN_display1">
| <task name="display1"></task>
| <transition to="N_decision"></transition>
| </task-node>
|
|
| <end-state name="N_end"></end-state>
|
| </process-definition>
The decide-method of the DecisionHandler implementation:
package com.Process_3.decision;
|
| import org.jbpm.graph.exe.ExecutionContext;
| import org.jbpm.graph.node.DecisionHandler;
|
| public class MyDecisionHandlerNew implements DecisionHandler {
| private static final long serialVersionUID = 1L;
| public String decide(ExecutionContext executionContext) throws Exception {
| String quantity = (String) executionContext.getContextInstance().getVariable("qta");
| if (Integer.parseInt(quantity) > 10) {
| return "tr_true";
| }
| else {
| return "tr_false";
| }
| }
| }
Can somebody help me?
Thank you so much!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117584#4117584
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117584
18 years, 6 months
[JBoss Seam] - Re: Injecting Remote EJBs
by cavani
I am using this:
| Properties env = new Properties();
| env.put(Context.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory");
| env.put(Context.URL_PKG_PREFIXES, "org.jboss.naming:org.jnp.interfaces");
| env.put(Context.PROVIDER_URL, "jnp://192.168.1.1:1099");
|
| Context ctx = new InitialContext(env);
|
| return (ManagementService) ctx.lookup("tlon/ManagementServiceBean/remote");
|
where there is two ears on different AS instance (and machines). "tlon" is the name of second EAR. "ManagementService" interface is deployed in both. Both application are Seam basead.
I think (but don't tryed) tou could use factory or unwrap annotation to encapsulate and use in annotation for injection.
Thanks,
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117578#4117578
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117578
18 years, 6 months
[JBoss Seam] - Re: @DataModel makes me go nuts or it's a bug ?
by dexjam
Yep, the @Factory seems to be called. The following code produces the according output:
Bean:
| @Stateful
| @Scope(SESSION)
| @Name("admin")
| public class AdminUserBean implements Serializable, AdminUser {
|
|
| @PersistenceContext()
| private EntityManager entityManager;
|
| @DataModel()
| private List<User> userList;
|
| @Logger private static Log log;
|
| @Factory(value="userList")
| public void fetchUserList() {
| log.info("Fetching User list");
| this.userList = entityManager.createNamedQuery("User.findAll").getResultList();
| if (userList == null)
| log.info("Userlist is null ...");
| else {
| log.info("User list size: " + userList.size());
| User tmp = userList.get(0);
| log.info("Username "+tmp.getUsername());
| }
| }
|
| @Observer("org.jboss.seam.beforePhase")
| public void checkBeforePhase() {
| log.info("before Phase happened ...");
| if (userList == null)
| log.info("Userlist is null ...");
| }
|
| @Observer("org.jboss.seam.afterPhase")
| public void checkAfterPhase() {
| log.info("after Phase happened ...");
| if (userList == null)
| log.info("Userlist is null ...");
|
| }
|
| @Observer("org.jboss.seam.preSetVariable.userList")
| public void checkPreSetUserList() {
| log.info("Before setting userList");
| }
|
| @Observer("org.jboss.seam.postSetVariable.userList")
| public void checkPostSetUserList() {
| log.info("After setting userList");
| }
|
| @Observer("org.jboss.seam.preRemoveVariable.userList")
| public void checkPreRemoveVariable() {
| log.info("Before removing userList");
| }
|
| @Observer("org.jboss.seam.postRemoveVariable.userList")
| public void checkPostRemoveVariable() {
| log.info("After removing userList");
| }
|
| @Remove @Destroy
| public void destroy() {
| //No special treatment
| }
|
| }
|
Local interface (maybe s.th. wrong here, but i don't think so)
| @Local
| public interface AdminUser {
| public void destroy();
| public void fetchUserList();
| public void checkBeforePhase();
| public void checkAfterPhase();
| public void checkPreSetUserList();
| public void checkPostSetUserList();
| public void checkPreRemoveVariable();
| public void checkPostRemoveVariable();
| }
|
XHTML fragment:
| <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
| <html xmlns="http://www.w3.org/1999/xhtml"
| xmlns:ui="http://java.sun.com/jsf/facelets"
| xmlns:rich="http://richfaces.org/rich"
| xmlns:a4j="http://richfaces.org/a4j"
| xmlns:s="http://jboss.com/products/seam/taglib"
| xmlns:h="http://java.sun.com/jsf/html">
|
| <ui:composition template="#{theme.template}">
| <ui:define name="content">
| <h:dataTable value="#{userList}" var ="myUser">
| <h:column>
| <s:link>
| <h:outputText value="#{myUser.username}"/>
| </s:link>
| </h:column>
| </h:dataTable>
| </ui:define>
| </ui:composition>
|
| </html>
|
Log
| 13:39:23,955 INFO [STDOUT] 13:39:23,955 INFO [Contexts] starting up: org.jboss.seam.security.identity
| 13:39:23,955 INFO [STDOUT] 13:39:23,955 INFO [Contexts] starting up: org.jboss.seam.web.session
| 13:39:23,975 INFO [STDOUT] 13:39:23,975 INFO [AdminUserBean] before Phase happened ...
| 13:39:23,975 INFO [STDOUT] 13:39:23,975 INFO [AdminUserBean] Userlist is null ...
| 13:39:24,043 INFO [STDOUT] 13:39:24,043 INFO [AdminUserBean] after Phase happened ...
| 13:39:24,043 INFO [STDOUT] 13:39:24,043 INFO [AdminUserBean] Userlist is null ...
| 13:39:24,094 INFO [STDOUT] 13:39:24,094 INFO [AdminUserBean] before Phase happened ...
| 13:39:24,095 INFO [STDOUT] 13:39:24,094 INFO [AdminUserBean] Userlist is null ...
| 13:39:24,362 ERROR [STDERR] 07.01.2008 13:39:24 com.sun.facelets.compiler.TagLibraryConfig loadImplicit
| INFO: Added Library from: jar:file:/data/programs/jboss-4.2.2.GA/server/default/tmp/deploy/tmp6568cbc.ear-contents/cbc-war-exp.war/WEB-INF/lib/jboss-seam-ui-2.0.1.CR1.jar!/META-INF/s.taglib.xml
| 13:39:24,381 ERROR [STDERR] 07.01.2008 13:39:24 com.sun.facelets.compiler.TagLibraryConfig loadImplicit
| INFO: Added Library from: jar:file:/data/programs/jboss-4.2.2.GA/server/default/tmp/deploy/tmp6568cbc.ear-contents/cbc-war-exp.war/WEB-INF/lib/jsf-facelets-1.1.14.jar!/META-INF/jsf-core.taglib.xml
| 13:39:24,385 ERROR [STDERR] 07.01.2008 13:39:24 com.sun.facelets.compiler.TagLibraryConfig loadImplicit
| INFO: Added Library from: jar:file:/data/programs/jboss-4.2.2.GA/server/default/tmp/deploy/tmp6568cbc.ear-contents/cbc-war-exp.war/WEB-INF/lib/jsf-facelets-1.1.14.jar!/META-INF/jsf-html.taglib.xml
| 13:39:24,438 ERROR [STDERR] 07.01.2008 13:39:24 com.sun.facelets.compiler.TagLibraryConfig loadImplicit
| INFO: Added Library from: jar:file:/data/programs/jboss-4.2.2.GA/server/default/tmp/deploy/tmp6568cbc.ear-contents/cbc-war-exp.war/WEB-INF/lib/jsf-facelets-1.1.14.jar!/META-INF/jsf-ui.taglib.xml
| 13:39:24,477 ERROR [STDERR] 07.01.2008 13:39:24 com.sun.facelets.compiler.TagLibraryConfig loadImplicit
| INFO: Added Library from: jar:file:/data/programs/jboss-4.2.2.GA/server/default/tmp/deploy/tmp6568cbc.ear-contents/cbc-war-exp.war/WEB-INF/lib/jsf-facelets-1.1.14.jar!/META-INF/jstl-core.taglib.xml
| 13:39:24,481 ERROR [STDERR] 07.01.2008 13:39:24 com.sun.facelets.compiler.TagLibraryConfig loadImplicit
| INFO: Added Library from: jar:file:/data/programs/jboss-4.2.2.GA/server/default/tmp/deploy/tmp6568cbc.ear-contents/cbc-war-exp.war/WEB-INF/lib/jsf-facelets-1.1.14.jar!/META-INF/jstl-fn.taglib.xml
| 13:39:24,503 ERROR [STDERR] 07.01.2008 13:39:24 com.sun.facelets.compiler.TagLibraryConfig loadImplicit
| INFO: Added Library from: jar:file:/data/programs/jboss-4.2.2.GA/server/default/tmp/deploy/tmp6568cbc.ear-contents/cbc-war-exp.war/WEB-INF/lib/richfaces-ui-3.1.3.GA.jar!/META-INF/a4j.taglib.xml
| 13:39:24,563 ERROR [STDERR] 07.01.2008 13:39:24 com.sun.facelets.compiler.TagLibraryConfig loadImplicit
| INFO: Added Library from: jar:file:/data/programs/jboss-4.2.2.GA/server/default/tmp/deploy/tmp6568cbc.ear-contents/cbc-war-exp.war/WEB-INF/lib/richfaces-ui-3.1.3.GA.jar!/META-INF/ajax4jsf.taglib.xml
| 13:39:24,612 ERROR [STDERR] 07.01.2008 13:39:24 com.sun.facelets.compiler.TagLibraryConfig loadImplicit
| INFO: Added Library from: jar:file:/data/programs/jboss-4.2.2.GA/server/default/tmp/deploy/tmp6568cbc.ear-contents/cbc-war-exp.war/WEB-INF/lib/richfaces-ui-3.1.3.GA.jar!/META-INF/rich.taglib.xml
| 13:39:24,615 ERROR [STDERR] 07.01.2008 13:39:24 com.sun.facelets.compiler.TagLibraryConfig loadImplicit
| INFO: Added Library from: jar:file:/data/programs/jboss-4.2.2.GA/server/default/tmp/deploy/tmp6568cbc.ear-contents/cbc-war-exp.war/WEB-INF/lib/richfaces-ui-3.1.3.GA.jar!/META-INF/richfaces.taglib.xml
| 13:39:24,799 INFO [STDOUT] 13:39:24,799 INFO [AdminUserBean] Fetching User list
| 13:39:24,800 INFO [STDOUT] Hibernate: select user0_.id as id36_, user0_.location as location36_, user0_.password as password36_, user0_.username as username36_, user0_.firstName as firstName36_, user0_.lastName as lastName36_, user0_.streetName as streetName36_, user0_.confirmedUser as confirme8_36_, user0_.image as image36_, user0_.streetNumber as streetN10_36_, user0_.zipCode as zipCode36_ from User user0_
| 13:39:24,801 INFO [STDOUT] 13:39:24,801 INFO [AdminUserBean] User list size: 4
| 13:39:24,801 INFO [STDOUT] 13:39:24,801 INFO [AdminUserBean] Username j
| 13:39:24,802 INFO [STDOUT] 13:39:24,802 INFO [AdminUserBean] Before setting userList
| 13:39:24,802 INFO [STDOUT] 13:39:24,802 INFO [AdminUserBean] After setting userList
| 13:39:24,808 INFO [STDOUT] 13:39:24,808 INFO [AdminUserBean] after Phase happened ...
|
I hope that this gives you any idea? Maybe it's a packaging problem?
Packaging is like follows:
EAR:
| Archive: cbc.ear
| creating: META-INF/
| inflating: META-INF/MANIFEST.MF
| creating: lib/
| inflating: META-INF/jboss-app.xml
| inflating: META-INF/application.xml
| inflating: cbc-war.war
| inflating: lib/hibernate-commons-annotations-3.0.0.ga.jar
| inflating: lib/commons-beanutils-1.7.0.jar
| inflating: lib/dom4j-1.6.1.jar
| inflating: lib/log4j-1.2.14.jar
| inflating: lib/commons-digester-1.8.jar
| inflating: lib/commons-collections-3.2.jar
| inflating: lib/hibernate-validator-3.0.0.GA.jar
| inflating: lib/jboss-archive-browsing-5.0.0alpha-200607201-119.jar
| inflating: lib/jboss-el-2.0.1-SNAPSHOT.jar
| inflating: lib/richfaces-api-3.1.3.GA.jar
| inflating: lib/commons-logging-1.0.4.jar
| inflating: jboss-seam-2.0.1.CR1.jar
| inflating: cbc-ejb.jar
|
EJB:
| Archive: cbc-ejb.jar
| replace META-INF/MANIFEST.MF? [y]es, [n]o, [A]ll, [N]one, [r]ename: A
| inflating: META-INF/MANIFEST.MF
| creating: cbc/
| creating: cbc/entity/
| creating: cbc/auth/
| creating: cbc/ui/
| inflating: seam.properties
| inflating: cbc/entity/User.class
| inflating: cbc/auth/AuthenticatorBean.class
| inflating: cbc/auth/Authenticator.class
| inflating: cbc/ui/AdminUser.class
| inflating: cbc/ui/AdminUserBean.class
| inflating: import.sql
| inflating: META-INF/persistence.xml
| inflating: ejb-jar.xml
| creating: META-INF/maven/cbc-ejb/
| inflating: META-INF/maven/cbc-ejb/pom.xml
| inflating: META-INF/maven/cbc-ejb/pom.properties
|
WAR:
| replace META-INF/MANIFEST.MF? [y]es, [n]o, [A]ll, [N]one, [r]ename: A
| inflating: META-INF/MANIFEST.MF
| creating: WEB-INF/
| creating: WEB-INF/lib/
| creating: WEB-INF/classes/
| creating: css/
| creating: css/images/
| creating: templates/
| creating: admin/
| creating: images/
| inflating: WEB-INF/components.xml
| inflating: WEB-INF/lib/jsf-facelets-1.1.14.jar
| inflating: WEB-INF/lib/richfaces-impl-3.1.3.GA.jar
| inflating: WEB-INF/lib/richfaces-ui-3.1.3.GA.jar
| inflating: WEB-INF/lib/jboss-seam-debug-2.0.1.CR1.jar
| inflating: WEB-INF/lib/jboss-seam-ui-2.0.1.CR1.jar
| inflating: WEB-INF/pages.xml
| inflating: WEB-INF/classes/cbcBase.properties
| inflating: WEB-INF/classes/cbc.properties
| inflating: WEB-INF/faces-config.xml
| inflating: WEB-INF/web.xml
| inflating: css/
| .
| .
|
Any help/ideas are appreciated of course ;)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117567#4117567
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117567
18 years, 6 months
[JBoss Messaging] - LocalTx, ClientTransaction leak?
by ydzsidemiik
Hi,
I am using JBoss Messaging 1.4.0.GA on JBoss AS 4.2.1.GA. While I am still confused as to what exactly is going on, I do notice that an awful lot of memory -- running into the hundreds of megabytes after a couple of weeks of uptime -- is being spent on instances of these classes.
Here is a sample from a memory profiler:
Name NumberOfObjects ShallowSize Objects(+/-) Size(+/-)
char[] "3,279,908" "207,726,784" "1,469,889" "113,996,504"
java.lang.String "3,208,298" "76,999,152" "1,325,817" "31,819,608"
org.jboss.jms.tx.LocalTx "884,110" "14,145,760" "713,639" "11,418,224"
org.jboss.jms.tx.ClientTransaction "884,102" "21,218,448" "713,571" "17,125,704"
EDU.oswego.cs.dl.util.concurrent.ConcurrentHashMap$Entry "886,174" "21,268,176" "705,474" "16,931,376"
java.util.HashMap$Entry "1,775,551" "42,613,224" "522,401" "12,537,624"
org.jboss.messaging.core.impl.message.SimpleMessageReference "268,469" "10,738,760" "91,079" "3,643,160"
org.jboss.jms.message.JBossMapMessage "288,431" "20,767,032" "90,991" "6,551,352"
byte[] "365,068" "70,405,112" "88,651" "18,667,008"
java.util.LinkedList$Entry "287,433" "6,898,392" "87,552" "2,101,248"
java.util.concurrent.ConcurrentLinkedQueue$Node "162,932" "2,606,912" "80,845" "1,293,520"
java.util.HashMap$EntrySet "249,611" "3,993,776" "80,719" "1,291,504"
java.lang.Long "327,054" "5,232,864" "55,218" "883,488"
java.lang.StringBuilder "52,649" "842,384" "41,528" "664,448"
Does it make sense to have almost a million of these objects hanging around after a few days uptime? Am I doing something wrong?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117559#4117559
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117559
18 years, 6 months
[JBossWS] - Re: charset problem with jbossws 2.0.2 and .net clients
by EverlastX1
I think I can't use the -Dfile.encoding=UTF-8 option because the 3rd party modules I am using don't work anymore if this option is on.
Am I right if I say that normally the conversation should be done automatically upon receive of the elements?
it is working in the forward direction
.NET (latin1) (auto convert to utf-8) |--->transport channel ( in utf-8)--->| (auto convert to latin1) jboss (Latin1)
but not in the backward direction (how I expected it would be)
.NET (latin1) (auto convert to latin1) |<---transport channel (in utf-8)<---| (auto convert to utf-8) jboss (Latin1)
what really happens is this: (you can see it from my first ans second post)
.NET (latin1) (auto convert to latin1) |<---transport channel (in utf-8)<---| (second time convert to utf-8)(auto convert to utf-8) jboss (Latin1)
result is = one utf-8 conversation needed on the .net Side
Is there any other way to solve this problem then this option with -D-Dfile.encoding=UTF-8 ?
thank you for help
Best Regard
Vadim
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117558#4117558
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117558
18 years, 6 months
[JCA/JBoss] - Re: Destroying connection that could not be successfully mat
by daphna
Hi Vick,
Thanks for your reply.
It seems that InternalManagedConnectionPool.getConnection() always retrieves the last member of available connections, without trying to find the corret one:
cl = (ConnectionListener) cls.remove(cls.size() - 1);
Does this inplementation expects to find only one member in the list?
Our code for GWManagedConnectionFactory.matchManagedConnections() is as following:
public ManagedConnection matchManagedConnections(Set connectionSet, Subject subject, ConnectionRequestInfo info)
throws ResourceException {
// The contents of connectionSet cannot change during this call, so no need to synchonize the Iterator
Iterator iter = connectionSet.iterator();
boolean found = false;
GWManagedConnection retConnection = null;
while (iter.hasNext() && !found) {
GWManagedConnection mc = (GWManagedConnection) iter.next();
if ((mc != null) && mc.getGWConnectionRequestInfo().equals(info)) {
found = true;
retConnection = mc;
}
}
return retConnection;
}
GWManagedConnection implements ManagedConnection
I will email you the server.log with trace enabled.
Thanks
Daphna
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117550#4117550
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117550
18 years, 6 months