[JBoss JIRA] Created: (JBSEAM-4757) update ICEfaces version to 1.8.2
by judy guglielmin (JIRA)
update ICEfaces version to 1.8.2
---------------------------------
Key: JBSEAM-4757
URL: https://issues.jboss.org/browse/JBSEAM-4757
Project: Seam
Issue Type: Feature Request
Components: Build
Affects Versions: 2.2.1.CR3
Environment: jsf1.2
Reporter: judy guglielmin
Priority: Critical
Fix For: 2.2.1.Final
ICEfaces version 1.8.2 (and all subsequent general releases) will now be available for maven2 access from central repository. All scripts doing maven calls for ICEfaces (examples and seam-gen) should now refer to this version
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months
[JBoss JIRA] Issue Comment Edited: (SEAMCATCH-4) Include the ability to filter stack traces
by Jason Porter (JIRA)
[ https://issues.jboss.org/browse/SEAMCATCH-4?page=com.atlassian.jira.plugi... ]
Jason Porter edited comment on SEAMCATCH-4 at 1/3/11 7:33 PM:
--------------------------------------------------------------
This is really different than what is in the chat log. At first it seems like we were talking about the ExceptionStack event (which is in HEAD currently), then we moved into the actual issue, which I agree should be part of Catch, but it's like a side API that can be used outside of any handlers. We also need something that will print the stack trace, either it'll print a string, or take an PrintStream and print to it.
was (Author: lightguard):
This is really different than what is in the chat log. At first it seems like we were talking about the ExceptionStack event (which is in HEAD currently), then we moved into the actual issue, which I agree should be part of Catch, but it's like a side API that can be used outside of any handlers. We also need something that will print the stack trace, either it'll print a string, or take an OutputStream and print to it.
> Include the ability to filter stack traces
> ------------------------------------------
>
> Key: SEAMCATCH-4
> URL: https://issues.jboss.org/browse/SEAMCATCH-4
> Project: Seam Catch
> Issue Type: Feature Request
> Reporter: Jason Porter
> Assignee: Jason Porter
> Fix For: 3.0.0.Alpha4
>
>
> Catch should draw from ideas such as:
> - http://www.docjar.org/html/api/org/apache/commons/lang/exception/Nestable...
> - http://stackoverflow.com/questions/2504647/bash-how-to-filter-java-except...
> - http://squirrelsewer.blogspot.com/2010/03/filter-your-stack-traces.html
> - http://pastebin.com/p8aCSeuu
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months
[JBoss JIRA] Created: (SEAMCATCH-32) untangle processing of exceptions in stack
by Dan Allen (JIRA)
untangle processing of exceptions in stack
------------------------------------------
Key: SEAMCATCH-32
URL: https://issues.jboss.org/browse/SEAMCATCH-32
Project: Seam Catch
Issue Type: Task
Components: Core Implementation
Affects Versions: Alpha2
Reporter: Dan Allen
Assignee: Jason Porter
Fix For: Alpha3
Currently, the exceptions in the stack are being handled in tandem. All the breadth-first type visiting is happening for each exception in the stack, then all the depth-first type visiting is happening. Each exception should be processed in turn.
Consider this case:
The following exception chain is thrown: E1 -> E2 -> E3 (where "X -> Y" means X is caused by Y). Also, E3S is a superclass of E3. Let's assume there are handlers for all four exception types for both traversal modes (breadth-first and depth-first).
The expected order of execution is as follows:
E3S handler in the breadth-first traversal mode
E3 handler in the breadth-first traversal mode
E3 handler in the depth-first traversal mode
E3S handler in the depth-first traversal mode
E2 handler in the breadth-first traversal mode
E2 handler in the depth-first traversal mode
E1 handler in the breadth-first traversal mode
E1 handler in the depth-first traversal mode
We process the exceptions in the stack in the order E3, E2, E1 because we assume the cause, E3 is the most important exception.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months