[Remoting] - JBoss Client/Server Connections Fail On Certain Networks
by gpawebmaster
We are experiencing a very odd and quite serious problem with a Java Web Start application that uses JBoss client/server communication and is downloaded by our various customers located all over the U.S.
After downloading, the client application must contact our JBoss server to register itself before it can be used. Over 10% of the installed clients fail to connect to the JBoss server with no obvious shared conditions (Java version, platform, etc.).
We are currently in the process of gathering detailed information on all the variables that we think might effect the client install. We have just begun this process but have noticed one seemingly important thing - It seems to be certain networks/providers that cause the failure (and not particular machines) as we have customers with laptops who have failed to register on one network, but succeeded when connected to another.
Given this admittedly thin information, can someone provide any information on any known conditions that could be causing this problem? Maybe you have had a similar problem?
I hope this is the proper forum to make this query. Any info, even a good guess from an experienced JBoss user might help at this point.
Thank You.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4044131#4044131
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4044131
19 years, 1 month
[JBoss Seam] - Problems with convertEntity in seam cvs
by dustismo
Using seam from cvs today:
| <h:selectManyListbox value="#{groupSelect.selected}">
| <s:selectItems value="#{groupSelect.items}"
| var="item"
| disabled="#{item.id == -1}"
| label="#{item.name}"
| />
| <s:convertEntity />
| </h:selectManyListbox>
|
results in stacktrace:
| 17:04:29,461 ERROR [STDERR] May 8, 2007 5:04:29 PM com.sun.facelets.FaceletViewHandler handleRenderException
| SEVERE: Error Rendering View[/if/wizard/wizard1.xhtml]
| org.hibernate.TransientObjectException: The instance was not associated with this session
| at org.hibernate.impl.SessionImpl.getIdentifier(SessionImpl.java:1375)
| at org.jboss.seam.persistence.HibernatePersistenceProvider.getId(HibernatePersistenceProvider.java:52)
| at org.jboss.seam.framework.EntityIdentifier.<init>(EntityIdentifier.java:15)
| at org.jboss.seam.ui.EntityConverterStore.put(EntityConverterStore.java:61)
| at org.jboss.seam.ui.EntityConverter.getAsString(EntityConverter.java:68)
| at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.getFormattedValue(HtmlBasicRenderer.java:469)
| at com.sun.faces.renderkit.html_basic.MenuRenderer.renderOption(MenuRenderer.java:502)
| at com.sun.faces.renderkit.html_basic.MenuRenderer.renderOptions(MenuRenderer.java:757)
| at com.sun.faces.renderkit.html_basic.MenuRenderer.renderSelect(MenuRenderer.java:811)
| at com.sun.faces.renderkit.html_basic.MenuRenderer.encodeEnd(MenuRenderer.java:335)
| at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:833)
| at javax.faces.component.UIComponent.encodeAll(UIComponent.java:896)
| at javax.faces.render.Renderer.encodeChildren(Renderer.java:137)
| at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:809)
| at javax.faces.component.UIComponent.encodeAll(UIComponent.java:886)
| at javax.faces.component.UIComponent.encodeAll(UIComponent.java:892)
| at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:571)
| at org.ajax4jsf.framework.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
| at org.ajax4jsf.framework.ajax.AjaxViewHandler.renderView(AjaxViewHandler.java:233)
| at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106)
| at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
| at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:59)
| at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:59)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:55)
| at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:81)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:55)
| at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:47)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:55)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:293)
| at org.jboss.seam.web.AbstractAjax4jsfFilter.doFilter(AbstractAjax4jsfFilter.java:35)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:55)
| at org.jboss.seam.web.SeamFilter.doFilter(SeamFilter.java:126)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:127)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:277)
| 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:228)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
| at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
| 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:156)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:216)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
| at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:624)
| at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
| at java.lang.Thread.run(Thread.java:595)
|
|
This is in a conversation, and it did work before I upgraded. Any help?
-Dustin
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4044126#4044126
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4044126
19 years, 1 month
[JBossCache] - ExpirationAlgorithm (2.0.0.CR1) doesn't work with expiry dat
by jamieqho
Hi,
In ExpirationAlgorithm.java, elements are being removed from a TreeMap like this:
boolean found = set.remove(new ExpirationEntry(fqn));
This absolutely does not work because your ExpirationEntry objects are sorted by expiration date in the Tree (as specified by your compareTo method). The code from Sun does a tree walk and cannot find an ExpirationEntry matching yours because you didn't specify an expiry date.
The end result is two ExpirationEntry objects in the set with the same fqn, but different expiry dates.
I was very confused by this and wondered why my objects were expirying out of the cache, even though I periodically bumped up the expiry date. Now I realize this is happening because the old expiry date was never properly removed from your set of ExpirationEntry objects.
Is this is known bug? If no, will it be fixed soon?
Thanks,
Jamie
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4044125#4044125
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4044125
19 years, 1 month
[JBoss Seam] - Scoping using Seam App Framework
by pdhaigh
Hi,
I'm sure this will be a really basic thing I'm missing... but..
I have a simple CRUD application using entityhome etc in components.xml
This works fine except for where I have validation on the form, and a non-string property (e.g. I am entering a "Vacancy" that has a "Company" object). If the form is submitted and fails validation, then the company is set back to null.
| <factory name="company" value="#{companyDAO.instance}" />
| <fwk:entity-home name="companyDAO"
| entity-class="model.Company">
| </fwk:entity-home>
|
|
| <factory name="vacancy" value="#{vacancyDAO.instance}" />
| <fwk:entity-home name="vacancyDAO"
| entity-class="model.Vacancy">
| </fwk:entity-home>
|
|
I'm selecting the company for the addvacancy page on the preceeding page:
<h:selectOneRadio styleClass="radiolist" layout="pageDirection" value="#{vacancy.company}" >
| <snip>
| <h:commandButton styleClass="button" value="Submit" action="/addvacancy.xhtml"/>
Now, I can solve this problem by setting the scope of my entityhomes to session... but then the object isn't cleared after adding (next time you go to add one, you see all the old values). If I set the scope to page, it works, but then I can't edit the objects - calls to .update return the "updated" string, but don't do any database activity.
I presume either there is:
1. A funky way of doing this kind of thing that I've missed
2. A way to configure conversations to avoid this issue (can this be done using entityhomes configured in components.xml?)
3. A way to tell Seam to clear objects after a persist or update
Any help would be greatly appreciated!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4044124#4044124
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4044124
19 years, 1 month