January 2008 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-986) Seam Remoting - support subscribing to a JMS Queue

by Shane Bryzak (JIRA)

Seam Remoting - support subscribing to a JMS Queue -------------------------------------------------- Key: JBSEAM-986 URL: http://jira.jboss.com/jira/browse/JBSEAM-986 Project: JBoss Seam Issue Type: Feature Request Components: Remoting Affects Versions: 1.2.0.GA Reporter: Shane Bryzak Assigned To: Shane Bryzak Priority: Minor Seam Remoting currently supports subscribing to a JMS topic, however doesn't support subscribing to a queue. This would be useful for things such as progress updates, etc. -- 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

13 years, 4 months

2
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1229) Remoting exception with JMS subscription

by Alex Mateescu (JIRA)

Remoting exception with JMS subscription ---------------------------------------- Key: JBSEAM-1229 URL: http://jira.jboss.com/jira/browse/JBSEAM-1229 Project: JBoss Seam Issue Type: Bug Components: Remoting Affects Versions: 1.2.1.GA Environment: JEMS Installer 1.2 ejb3 profile, JBoss Portal 2.6.0ALPHA1, JBoss Seam 1.2.1GA running on Fedora Core 6, Firefox 1.5 Reporter: Alex Mateescu Assigned To: Shane Bryzak Priority: Minor I am deploying an EAR with multiple (the number is probably irrelevant) JARs and WARs that use Seam Remoting and subscribe to a JMS topic. The subscribe calls work fine, they send the correct topic name and receive a token. On the first poll, though, there is an exception: 2007-04-23 14:08:29,602 ERROR [org.jboss.seam.remoting.Remoting] Error java.lang.IllegalArgumentException: Invalid token argument - token not found in Session Context. [undefined] at org.jboss.seam.remoting.messaging.SubscriptionRegistry.getSubscription(SubscriptionRegistry.java:179) at org.jboss.seam.remoting.messaging.PollRequest.poll(PollRequest.java:45) at org.jboss.seam.remoting.PollHandler.handle(PollHandler.java:83) at org.jboss.seam.remoting.Remoting.getResource(Remoting.java:110) at org.jboss.seam.servlet.ResourceServlet.doGet(ResourceServlet.java:68) at org.jboss.seam.servlet.ResourceServlet.doPost(ResourceServlet.java:77) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) Upon closer inspection, the polling request looks like this: <envelope><body><poll token="c312b1bb-d996-46e4-a8d7-6f35caa99d73" timeout="10"/><poll token="undefined" timeout="10"/></body></envelope> which is the cause of the exception. Subsequent calls look fine: <envelope><body><poll token="c312b1bb-d996-46e4-a8d7-6f35caa99d73" timeout="10"/><poll token="3922899d-1e6b-4bc1-96ab-3713f4460446" timeout="10"/></body></envelope> I think the error was there before, when using Seam 1.1.0GA, but it was random. I may be wrong, but now it is always there. Of course, remoting works fine after the initial call. -- 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

13 years, 4 months

3
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-728) Support "outside" authentication

by Gavin King (JIRA)

Support "outside" authentication -------------------------------- Key: JBSEAM-728 URL: http://jira.jboss.com/jira/browse/JBSEAM-728 Project: JBoss Seam Issue Type: Feature Request Components: Security Reporter: Gavin King Assigned To: Shane Bryzak Fix For: 1.2.0.BETA1 If the container has already authenticated the user outside of Seam, we should be able to still use Seam authorization. -- 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

13 years, 4 months

7
15
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2550) <s:fileUpload and immediate attribute

by David THIBAU (JIRA)

<s:fileUpload and immediate attribute ------------------------------------- Key: JBSEAM-2550 URL: http://jira.jboss.com/jira/browse/JBSEAM-2550 Project: JBoss Seam Issue Type: Feature Request Components: JSF Controls Affects Versions: 2.0.0.GA Environment: All OS, JBoss 4.2.1, JSF RI 1.2 Reporter: David THIBAU s:fileUpload doesn't support immediate="true" -- 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

13 years, 4 months

3
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1250) Socket write error with Seam JMS Remoting

by Scott McNab (JIRA)

Socket write error with Seam JMS Remoting ----------------------------------------- Key: JBSEAM-1250 URL: http://jira.jboss.com/jira/browse/JBSEAM-1250 Project: JBoss Seam Issue Type: Bug Components: Remoting Affects Versions: 1.2.1.GA, 1.2.0.GA Environment: WindowsXP, JBossAS 4.2.0.CR1 Reporter: Scott McNab Assigned To: Shane Bryzak Full details are given in the corresponding forum topic, however a summary is: * Client-side javascript subscribes to a JMS topic by calling Seam.Remoting.subscribe(). * The client then navigates to a new page. * Approximately 30 seconds later, a SocketException (socket write error) occurs on the server within Seam Remoting (presumably because my Seam poll-timeout is set to 30 seconds). This occurs consistently with JBoss running under Windows, but does not seem to occur when the server is run on Linux. It is also not affected by browser type (i.e. it happens when using Firefox or IE). This bug did not occur previously when the same code was running with Seam 1.0.1.GA. -- 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

13 years, 4 months

3
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-729) support container authorization

by Gavin King (JIRA)

support container authorization ------------------------------- Key: JBSEAM-729 URL: http://jira.jboss.com/jira/browse/JBSEAM-729 Project: JBoss Seam Issue Type: Feature Request Components: Security Reporter: Gavin King Assigned To: Shane Bryzak Fix For: 1.2.0.BETA1 We should re-authenticate on each request, so that you can use container authorization as well as Seam authorization, -- 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

13 years, 4 months

8
19
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2006) Improve handling of dependencies in examples

by Pete Muir (JIRA)

Improve handling of dependencies in examples -------------------------------------------- Key: JBSEAM-2006 URL: http://jira.jboss.com/jira/browse/JBSEAM-2006 Project: JBoss Seam Issue Type: Task Affects Versions: 2.0.0.CR1 Reporter: Pete Muir Assigned To: Pete Muir Priority: Critical Fix For: 2.0.1.GA Currently dependencies are just handled as before, with all dependencies copied into lib/ I propose to replace lib/ with a local maven repository (just a simple directory structure). This will only be used if present (not present in CVS, created using dependency:copy-dependencies when running dist target). The fileset's used to declare example libraries and inclusion into deployed archives will be altered to use maven ant tasks to pull in these filesets from repositories (using the local repo if present). This requires some extensions to existing ant tasks. A similar scheme can be used for seam-gen -- 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

13 years, 5 months

2
5
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2371) Integration testing Seam components with Maven

by Siarhei Dudzin (JIRA)

Integration testing Seam components with Maven ---------------------------------------------- Key: JBSEAM-2371 URL: http://jira.jboss.com/jira/browse/JBSEAM-2371 Project: JBoss Seam Issue Type: Bug Affects Versions: 2.0.0.GA Environment: Maven 2.0.7 Reporter: Siarhei Dudzin Various users have reported integration testing with Seam is not working in 'Mavenized' projects. -- 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

13 years, 5 months

14
54
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2389) HibernatePersistenceProvider fails with java.lang.Integer version check

by Christian Bauer (JIRA)

HibernatePersistenceProvider fails with java.lang.Integer version check ----------------------------------------------------------------------- Key: JBSEAM-2389 URL: http://jira.jboss.com/jira/browse/JBSEAM-2389 Project: JBoss Seam Issue Type: Bug Components: Core Reporter: Christian Bauer Priority: Critical My entity had a version property: @Version @Column(name = "OBJ_VERSION", nullable = false) protected Integer version; In a very involved ajax reRender/conversation situation I sometimes got the following exception from HibernatePersistenceProvider: public static void checkVersion(Object value, Session session, Object oldVersion, Object version) { ClassMetadata classMetadata = getClassMetadata(value, session); VersionType versionType = (VersionType) classMetadata.getPropertyTypes()[ classMetadata.getVersionProperty() ]; if ( !versionType.isEqual(oldVersion, version) ) { throw new StaleStateException("current database version number does not match passivated version number"); } } This failed because oldVersion was 'null' and version was '0'. Hibernate returned '0' from ClassMetaData.getVersion(), it looks like it can't return null, from Javadoc: Get the version number (or timestamp) from the object's version property (or return null if not versioned). We should do a null check before asking Hibernate. Workaround: Use primitive for version field in entity or initialize it to '0'. -- 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

13 years, 6 months

3
10
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1620) "java.lang.IllegalStateException: No application context active" thrown on legacy components.xml declaration

by Przemyslaw Jaskierski (JIRA)

"java.lang.IllegalStateException: No application context active" thrown on legacy components.xml declaration ------------------------------------------------------------------------------------------------------------ Key: JBSEAM-1620 URL: http://jira.jboss.com/jira/browse/JBSEAM-1620 Project: JBoss Seam Issue Type: Bug Affects Versions: 2.0.0.BETA1 Environment: Tomcat 6.0.13 Reporter: Przemyslaw Jaskierski Fix For: 2.0.0.CR1 Reporting on Gavin's demand. After migrating from 1.3.0 ALPHA to latest 2.0.0 cvs snapshot I got this exception because on my classpath was an alternate components.xml with core:microcontainer. Please see forum topic for complete description. Posting only stacktrace here. java.lang.IllegalStateException: No application context active at org.jboss.seam.Component.forName(Component.java:1707) at org.jboss.seam.Component.getInstance(Component.java:1757) at org.jboss.seam.Component.getInstance(Component.java:1740) at org.jboss.seam.Component.getInstance(Component.java:1719) at org.jboss.seam.core.ResourceBundle.instance(ResourceBundle.java:209) at org.jboss.seam.jsf.SeamApplicationMessageBundle.handleGetObject(SeamApplicationMessageBundle.jav a:28) at java.util.ResourceBundle.getObject(ResourceBundle.java:380) at java.util.ResourceBundle.getString(ResourceBundle.java:346) at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:151) at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:122) at com.sun.faces.util.MessageUtils.getExceptionMessageString(MessageUtils.java:277) at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:828) at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:486) at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:381) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:566) 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:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Jul 7, 2007 7:21:43 PM org.apache.catalina.core.StandardContext listenerStart SEVERE: Exception sending context initialized event to listener instance of class com.sun.faces.conf ig.ConfigureListener javax.faces.FacesException: java.lang.IllegalStateException: No application context active at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:387) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:566) 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:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: java.lang.IllegalStateException: No application context active at org.jboss.seam.Component.forName(Component.java:1707) at org.jboss.seam.Component.getInstance(Component.java:1757) at org.jboss.seam.Component.getInstance(Component.java:1740) at org.jboss.seam.Component.getInstance(Component.java:1719) at org.jboss.seam.core.ResourceBundle.instance(ResourceBundle.java:209) at org.jboss.seam.jsf.SeamApplicationMessageBundle.handleGetObject(SeamApplicationMessageBundle.jav a:28) at java.util.ResourceBundle.getObject(ResourceBundle.java:380) at java.util.ResourceBundle.getString(ResourceBundle.java:346) at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:151) at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:122) at com.sun.faces.util.MessageUtils.getExceptionMessageString(MessageUtils.java:277) at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:828) at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:486) at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:381) ... 15 more -- 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

13 years, 9 months

3
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues January 2008