[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1279) use ExceptionFilter in Remoting
by Keith Naas (JIRA)
use ExceptionFilter in Remoting
-------------------------------
Key: JBSEAM-1279
URL: http://jira.jboss.com/jira/browse/JBSEAM-1279
Project: JBoss Seam
Issue Type: Feature Request
Components: Remoting
Affects Versions: 1.2.1.GA
Reporter: Keith Naas
Assigned To: Shane Bryzak
Currently, the Remoting resource class swallows all exceptions. Because of this, it is not possible to gracefully handle security restrictions in WebRemote methods from the client.
Two ideas:
# Simply bubble the Exception all the way up through the ResourceServlet. If the ResourceServlet throws the exception, the ExceptionFilter should pick up on it. The XHR would then receive the proper error code as defined in the pages.xml and could properly redirect the user to the correct login page.
# Have the ResourceServlet trap for NotLoggedInException's or NotAuthorizedException's and return the respective HTTP status code. The XHR would then receive the error code and be able to redirect the user to the correct login page.
--
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, 2 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3355) SeamExpressionEvaluator gobbles up exceptions
by Wolfgang Schwendt (JIRA)
SeamExpressionEvaluator gobbles up exceptions
----------------------------------------------
Key: JBSEAM-3355
URL: https://jira.jboss.org/jira/browse/JBSEAM-3355
Project: Seam
Issue Type: Bug
Affects Versions: 2.1.0.BETA1
Reporter: Wolfgang Schwendt
Priority: Critical
Rev 8710 of org.jboss.seam.bpm.SeamExpressionEvaluator introduced a serious bug. If the invocation of the method expression (me.invoke(...)) throws an exception such as org.jboss.seam.security.AuthorizationException, the SeamExpressionEvaluator afterwards tries to evaluate the EL expression as a value expression. This of course results in a second exception thrown: PropertyNotFoundException. Consequently, the list "exceptions" has size > 2 (rather than just size==1), which results in SeamExpressionEvaluator throwing an ELException that does not wrap the exception which originally caused the method expression invocation to fail.
The bug was introduced because, compared with earlier versions, the try/catch-blocks for the method expression and value expression evaluation were changed and are now wrong. This is serious because it breaks the handling of any application exception thrown while evaluating the EL method expression, such as AuthorizationException.
--
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
13 years, 4 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2403) Cant build Seam from the CR1 download
by Chris Lowe (JIRA)
Cant build Seam from the CR1 download
-------------------------------------
Key: JBSEAM-2403
URL: http://jira.jboss.com/jira/browse/JBSEAM-2403
Project: JBoss Seam
Issue Type: Bug
Environment: Windows XP, Redhat Developer Studio RC1
Reporter: Chris Lowe
Getting the following exception when trying to build Seam 2.0.1 CVS on Win XP
[java] [ERROR] Error on generate component
[java] org.ajax4jsf.builder.config.ParsingException: I/O error on parsing config file
[java] at org.ajax4jsf.builder.config.BuilderConfig.parseConfig(BuilderConfig.java:387)
[java] at org.ajax4jsf.builder.mojo.GenerateMojo.createConfig(GenerateMojo.java:253)
[java] at org.ajax4jsf.builder.mojo.GenerateMojo.execute(GenerateMojo.java:92)
[java] at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:4
20)
[java] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExe
cutor.java:539)
[java] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(Default
LifecycleExecutor.java:480)
[java] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExec
utor.java:459)
[java] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(Def
aultLifecycleExecutor.java:311)
[java] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifec
ycleExecutor.java:278)
[java] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor
.java:143)
[java] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330)
[java] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123)
[java] at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25
)
[java] at java.lang.reflect.Method.invoke(Method.java:597)
[java] at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
[java] at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
[java] at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
[java] at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[java] Caused by: java.net.MalformedURLException: unknown protocol: c
[java] at java.net.URL.<init>(URL.java:574)
[java] at java.net.URL.<init>(URL.java:464)
[java] at java.net.URL.<init>(URL.java:413)
[java] at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(XMLEntit
yManager.java:650)
[java] at com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineDocVersion(XMLVe
rsionDetector.java:186)
[java] at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configurati
on.java:771)
[java] at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configurati
on.java:737)
[java] at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
[java] at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser
.java:1205)
[java] at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserI
mpl.java:522)
[java] at org.apache.commons.digester.Digester.parse(Digester.java:1605)
[java] at org.ajax4jsf.builder.config.BuilderConfig.parseConfig(BuilderConfig.java:384)
[java] ... 20 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, 5 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-855) Client-API for Monitoring Download Progress of large amounts of data
by Stefan Frank (JIRA)
Client-API for Monitoring Download Progress of large amounts of data
---------------------------------------------------------------------
Key: JBSEAM-855
URL: http://jira.jboss.com/jira/browse/JBSEAM-855
Project: JBoss Seam
Issue Type: Feature Request
Components: Remoting
Reporter: Stefan Frank
Assigned To: Shane Bryzak
Priority: Optional
If you transport larger chunks of data via remoting, it is currently not possible to monitor the download progress. The effect is, that you can only display an unqualified busy-animation to the user.
We implement this manually right now, by breaking down the date into smaller chunks and then reporting back the progress based on the downloaded chunks vs. the total number. of chunks.
An enhancement would be to have:
- a possibility to register a callback for progres on the client
- a feature to have the data(especially collections) chopped up automatically and sent in smaller chunks (maybe some annotations as hint?!)
This would make it possible to display a proper progress-bar on the client and report back, that the download is still running.
--
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