[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3721) Seam Remoting Callback not set before server response comes back
by Paul Chan (JIRA)
Seam Remoting Callback not set before server response comes back
----------------------------------------------------------------
Key: JBSEAM-3721
URL: https://jira.jboss.org/jira/browse/JBSEAM-3721
Project: Seam
Issue Type: Bug
Components: Remoting
Affects Versions: 2.1.0.SP1, 2.1.0.GA
Environment: XP SP3, VMWARE 3.5i ESX, 2GB RAM, DualCore AMD 3800+
Reporter: Paul Chan
Assignee: Shane Bryzak
Original Issue
===========
I tracked the issue down to one line of javascript code in remote.js
req.onreadystatechange = function() {};
The following thread discusses the problem is with an old version of the JScript.dll 5.6.0.8820 which is the same version I've got on a laptop here.
http://groups.google.com/group/Google-Web-Toolkit/browse_thread/thread/69...
One solution is to upgrade JScript.dll to 5.6.0.8831
http://www.microsoft.com/technet/security/bulletin/ms06-023.mspx
Or we can do what they did in GWT which is to move the req.onreadystatechange out of the scope of the current function
window.setTimeout(function() {
req.onreadystatechange = function() {};
}, 0 );
Problem found with the above fix
============================
I have found a bug in this fix.
If the server response comes back before the "window.setTimeout(xxx,0) expires, it will drop it.
>From reading the javascript specs, the minimum timeout value is actually around 25ms. Anything smaller than that, it gets rounded up.
Also, using timer to set response callback are inherently flawed IMO. There's always going to be some sort of race condition.
This problem seems to happen on internet explorer, and safari. Firebox doesn't seem to have a problem with it though.
I discovered this problem when I set a break point on the incoming request processing code on the server. If the breakpoint is inserted, everything is good. But when I removed the breakpoint, the problem appears again.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1898) EntityQuery hints map is defined as <String, String> instead of <String, Object>
by david castannon (JIRA)
EntityQuery hints map is defined as <String, String> instead of <String, Object>
--------------------------------------------------------------------------------
Key: JBSEAM-1898
URL: http://jira.jboss.com/jira/browse/JBSEAM-1898
Project: JBoss Seam
Issue Type: Bug
Reporter: david castannon
EntityQuery hints map field is defined as <String, String> instead of <String, Object> used at hibernate method setHint of QueryImpl.
So, if you want to set, e.g., "org.hibernate.cacheMode" hint with CacheMode.REFRESH jboss throws exception.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3349) LDAPIdentityStore generates invalid filter on listUsers method
by Vinicius Carvalho (JIRA)
LDAPIdentityStore generates invalid filter on listUsers method
--------------------------------------------------------------
Key: JBSEAM-3349
URL: https://jira.jboss.org/jira/browse/JBSEAM-3349
Project: Seam
Issue Type: Bug
Components: Security
Affects Versions: 2.1.0.BETA1
Reporter: Vinicius Carvalho
The Filter generated by the component is creating an invalid query, the format is this:
(objectClass={0})(objectClass={1})
Where it should be:
(&(objectClass={0})(objectClass={1}))
We've fixed it by overriding the method with our own ldapidentitystore, below is just the minimal chage:
StringBuilder userFilter = new StringBuilder();
userFilter.append("(&");
Object[] filterArgs = new Object[getUserObjectClasses().length];
for (int i = 0; i < getUserObjectClasses().length; i++)
{
userFilter.append("(");
userFilter.append(getObjectClassAttribute());
userFilter.append("={");
userFilter.append(i);
userFilter.append("})");
filterArgs[i] = getUserObjectClasses()[i];
}
userFilter.append(")");
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3685) Add "rendered" attribute to s:decorate
by Chris Simons (JIRA)
Add "rendered" attribute to s:decorate
--------------------------------------
Key: JBSEAM-3685
URL: https://jira.jboss.org/jira/browse/JBSEAM-3685
Project: Seam
Issue Type: Feature Request
Affects Versions: 2.1.0.SP1, 2.1.0.GA, 2.1.0.CR1, 2.1.0.BETA1, 2.1.0.A1, 2.0.3.CR1, 2.0.2.SP1, 2.0.2.GA, 2.0.2.CR2, 2.0.2.CR1, 2.0.1.GA, 2.0.1.CR2, 2.0.1.CR1, 2.0.0.GA
Reporter: Chris Simons
Add an optional "rendered" attribute to s:decorate, if possible. If evaluated to false, this would preclude rendering of the template/component.
I haven't seen a request like this in the past (I hope I didn't miss anything).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 4 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3666) Natural Conversations: conversation id evaluated to null
by Arron Ferguson (JIRA)
Natural Conversations: conversation id evaluated to null
--------------------------------------------------------
Key: JBSEAM-3666
URL: https://jira.jboss.org/jira/browse/JBSEAM-3666
Project: Seam
Issue Type: Bug
Affects Versions: 2.1.0.SP1
Environment: Ubuntu/Linux 7.10, Tomcat 6.0.16
Reporter: Arron Ferguson
This is a repost of https://jira.jboss.org/jira/browse/JBSEAM-3368 which was closed but not fixed.
The following errors occur with natural conversations (based on the attached use case):
If I'm at page 4 (http://localhost:8080/test/register4.html) and I type: http://localhost:8080/test/register2.html (i.e., without the natural conversation id appended at the end like this: http://localhost:8080/test/register1.html?memberID=2), I get the following evaluated to null error:
conversation id evaluated to null: regmem
The exception is spewed to the log file but shouldn't be and should use the rules in the pages.xml file for error handling (see attached project). However, even if I type http://localhost:8080/test/register1.html?memberID=2, this is still broken because the rules in the pages.xml file are not being honored. The pages.xml file specifies:
<rule if="#{memberreg.acceptedInformation}">
<redirect view-id="/register3.xhtml"/>
</rule>
Which states that this state should cause a redirect which is not happening. So, to recap,
The included test project includes the Ant build script, and in the third party directory a list of the jar files used. Note: you don't need the DA.jar file. The jboss-archive-browsing.jar file is not included in the JBoss Seam download and so I had to grab it from the JBoss site. The version of the jboss-archive-browsing.jar (according to the manifest in the jar) is:
Implementation-Version: 2.0.2.Alpha
As I mentioned in the previous version of this bug report that was closed, Shane mentioned that there was a little more "noise" in the file than needed. It was quickly discovered however that this project test file was useful for spotting other bugs (I believe he said it helped him find another bug) and so I'm hoping that the same perspective will be used this time around as well. This example project in particular can be used to test many of the use cases and ensure that natural conversation processing is robust.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 4 months