You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <al...@in...> - 2005-11-16 23:20:34
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20051117001626 |
|
From: Darren D. <da...@sh...> - 2005-11-16 21:37:48
|
1132176960
FAILED
Buildfile: build.xml
clean:
[delete] Deleting directory /home/users/d/da/davison/checkouts/spring/target/classes
[delete] Deleting directory /home/users/d/da/davison/checkouts/spring/target
compileattr:
[attribute-compiler] Generated attribute information for 1 classes. Ignored 0 classes.
buildmain:
[mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/classes
[mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/classes/META-INF
[javac] Compiling 1130 source files to /home/users/d/da/davison/checkouts/spring/target/classes
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/util/ReflectionUtils.java:96: cannot resolve symbol
[javac] symbol : constructor IllegalStateException (java.lang.String,java.lang.IllegalAccessException)
[javac] location: class java.lang.IllegalStateException
[javac] throw new IllegalStateException("Should not get here.", e);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/util/ReflectionUtils.java:100: cannot resolve symbol
[javac] symbol : constructor IllegalStateException (java.lang.String,java.lang.reflect.InvocationTargetException)
[javac] location: class java.lang.IllegalStateException
[javac] throw new IllegalStateException("Should not get here.", e);
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 2 errors
Last CVS updates prior to this build were:
1132175581
This is an automated mail from one of the SF Compile Farm machines.
The machine name noted in the subject encountered a failure building
or running the Spring test suite. The last few lines of the output
were included for info.
NB: No further mail will be sent from this machine until a
successful build occurs on the machine in question.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: Darren D. <da...@sh...> - 2005-11-16 20:36:40
|
1132173272
FAILED
Buildfile: build.xml
clean:
[delete] Deleting directory /home/users/d/da/davison/checkouts/spring/target/classes
[delete] Deleting directory /home/users/d/da/davison/checkouts/spring/target
compileattr:
[attribute-compiler] Generated attribute information for 1 classes. Ignored 0 classes.
buildmain:
[mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/classes
[mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/classes/META-INF
[javac] Compiling 1130 source files to /home/users/d/da/davison/checkouts/spring/target/classes
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/util/ReflectionUtils.java:96: cannot resolve symbol
[javac] symbol : constructor IllegalStateException (java.lang.String,java.lang.IllegalAccessException)
[javac] location: class java.lang.IllegalStateException
[javac] throw new IllegalStateException("Should not get here.", e);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/util/ReflectionUtils.java:100: cannot resolve symbol
[javac] symbol : constructor IllegalStateException (java.lang.String,java.lang.reflect.InvocationTargetException)
[javac] location: class java.lang.IllegalStateException
[javac] throw new IllegalStateException("Should not get here.", e);
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 2 errors
Last CVS updates prior to this build were:
1132171981
? ?
? junit423465713.properties
? junittestcases2136842450.properties
? sandbox/src/org/springframework/core/closure/ElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGeneratorWorkflow.java
? sandbox/src/org/springframework/core/closure/support/IfBlock.java
? sandbox/src/org/springframework/jms/listener
? test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
C sandbox/src/org/springframework/jms/listener/AbstractMessageListenerContainer.java
C sandbox/src/org/springframework/jms/listener/SessionAwareMessageListener.java
C sandbox/src/org/springframework/jms/listener/SimpleMessageListenerContainer.java
C sandbox/src/org/springframework/jms/listener/SimpleMessageListenerContainer102.java
C sandbox/src/org/springframework/jms/listener/package.html
C sandbox/src/org/springframework/jms/listener/server/AbstractPoolingServerSessionFactory.java
C sandbox/src/org/springframework/jms/listener/server/CommonsPoolServerSessionFactory.java
C sandbox/src/org/springframework/jms/listener/server/ListenerSessionManager.java
C sandbox/src/org/springframework/jms/listener/server/ServerMessageListenerContainer.java
C sandbox/src/org/springframework/jms/listener/server/ServerMessageListenerContainer102.java
C sandbox/src/org/springframework/jms/listener/server/ServerSessionFactory.java
C sandbox/src/org/springframework/jms/listener/server/SimpleServerSessionFactory.java
C sandbox/src/org/springframework/jms/listener/server/package.html
C test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
This is an automated mail from one of the SF Compile Farm machines.
The machine name noted in the subject encountered a failure building
or running the Spring test suite. The last few lines of the output
were included for info.
NB: No further mail will be sent from this machine until a
successful build occurs on the machine in question.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: Darren D. <da...@sh...> - 2005-11-16 11:50:45
|
1132141735
FAILED
[junit] Testcase: testAutowireWithDefault took 0.045 sec
[junit] Testcase: testAutowireByConstructor took 0.113 sec
[junit] Testcase: testAutowireByConstructorWithSimpleValues took 0.065 sec
[junit] Testcase: testConstructorArgResolution took 0.206 sec
[junit] Testcase: testConstructorArgWithSingleMatch took 0.081 sec
[junit] Testcase: testThrowsExceptionOnTooManyArguments took 0.068 sec
[junit] Testcase: testThrowsExceptionOnAmbiguousResolution took 0.206 sec
[junit] Testcase: testFactoryBeanDefinedAsPrototype took 0.107 sec
[junit] Testcase: testDependsOn took 0.324 sec
[junit] Testcase: testDependsOnInInnerBean took 0.231 sec
[junit] Testcase: testDependenciesThroughConstructorArguments took 0.051 sec
[junit] Testcase: testDependenciesThroughConstructorArgumentAutowiring took 0.1 sec
[junit] Testcase: testDependenciesThroughConstructorArgumentsInInnerBean took 0.117 sec
[junit] Testcase: testDependenciesThroughProperties took 0.043 sec
[junit] Testcase: testDependenciesThroughPropertiesWithInTheMiddle took 0.14 sec
[junit] Testcase: testDependenciesThroughPropertyAutowiringByName took 0.036 sec
[junit] Testcase: testDependenciesThroughPropertyAutowiringByType took 0.039 sec
[junit] Testcase: testDependenciesThroughPropertiesInInnerBean took 0.151 sec
[junit] Testcase: testClassNotFoundWithDefault took 0.039 sec
[junit] Testcase: testClassNotFoundWithNoBeanClassLoader took 0.046 sec
[junit] Testcase: testResourceAndInputStream took 0.329 sec
[junit] Testcase: testClassPathResourceWithImport took 0.311 sec
[junit] Testcase: testUrlResourceWithImport took 0.282 sec
[junit] Testcase: testFileSystemResourceWithImport took 0.084 sec
[junit] Testcase: testLookupOverrideMethodsWithSetterInjection took 2.1 sec
[junit] FAILED
[junit] null
[junit] junit.framework.AssertionFailedError
[junit] at org.springframework.beans.factory.xml.XmlBeanFactoryTests.testLookupOverrideMethodsWithSetterInjection(XmlBeanFactoryTests.java:897)
Last CVS updates prior to this build were:
1132139581
? ?
? junit423465713.properties
? junittestcases2136842450.properties
? sandbox/src/org/springframework/core/closure/ElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGeneratorWorkflow.java
? sandbox/src/org/springframework/core/closure/support/IfBlock.java
? sandbox/src/org/springframework/jms/listener
? test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
C sandbox/src/org/springframework/jms/listener/AbstractMessageListenerContainer.java
C sandbox/src/org/springframework/jms/listener/SessionAwareMessageListener.java
C sandbox/src/org/springframework/jms/listener/SimpleMessageListenerContainer.java
C sandbox/src/org/springframework/jms/listener/SimpleMessageListenerContainer102.java
C sandbox/src/org/springframework/jms/listener/package.html
C sandbox/src/org/springframework/jms/listener/server/AbstractPoolingServerSessionFactory.java
C sandbox/src/org/springframework/jms/listener/server/CommonsPoolServerSessionFactory.java
C sandbox/src/org/springframework/jms/listener/server/ListenerSessionManager.java
C sandbox/src/org/springframework/jms/listener/server/ServerMessageListenerContainer.java
C sandbox/src/org/springframework/jms/listener/server/ServerMessageListenerContainer102.java
C sandbox/src/org/springframework/jms/listener/server/ServerSessionFactory.java
C sandbox/src/org/springframework/jms/listener/server/SimpleServerSessionFactory.java
C sandbox/src/org/springframework/jms/listener/server/package.html
C test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
This is an automated mail from one of the SF Compile Farm machines.
The machine name noted in the subject encountered a failure building
or running the Spring test suite. The last few lines of the output
were included for info.
NB: No further mail will be sent from this machine until a
successful build occurs on the machine in question.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: Seth L. <set...@gm...> - 2005-11-16 06:42:41
|
Hi Juergen, > I've just added a corresponding "detectAllHandlerAdapters" property. By any chance did this get checked in? I know sometimes there's a delay between public and private CVS repos. I don't see it in the public CVS. No rush, just wondering if this is still slated to go in, Thanks, Seth |
|
From: Boyce, K. G. <Kei...@bc...> - 2005-11-16 00:16:06
|
The relavent code as seen below is where exception is thrown, exception
resolver handles error, render occurs but because it hasn't determined
the mappedHandler triggerAfterCompletion does nothing:
try {
....
PortletSession session =3D
request.getPortletSession(false);
if (session !=3D null) {
if
(TRUE.equals(request.getParameter(ACTION_EXCEPTION_PARAMETER))) {
Exception ex =3D
(Exception)session.getAttribute(ACTION_EXCEPTION_SESSION_ATTRIBUTE);
if (ex !=3D null) {
logger.error("render
phase found exception caught during action phase -- rethrowing it");
throw ex;
}
} else {
=0D
session.removeAttribute(ACTION_EXCEPTION_SESSION_ATTRIBUTE);
}
}
=0D
// Determine handler for the current
request.
mappedHandler =3D
getHandler(processedRequest, false);
}
catch (Exception ex) {
Object handler =3D (mappedHandler !=3D null
? mappedHandler.getHandler() : null);
mv =3D processHandlerException(request,
response, handler, ex);
}
// Did the handler return a view to render?
if (mv !=3D null && !(mv.getView() =3D=3D null &&
mv.getViewName() =3D=3D null && mv.getModel() =3D=3D null)) {
render(mv, processedRequest, response);
}
...
private void triggerAfterCompletion(
HandlerExecutionChain mappedHandler, int
interceptorIndex,
PortletRequest request, PortletResponse
response, Exception ex)
throws Exception {
// Apply afterCompletion methods of registered
interceptors.
if (mappedHandler !=3D null) {
=0D
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Seth Ladd
Sent: Tuesday, November 15, 2005 6:45 PM
To: spr...@li...
Subject: Re: [Springframework-developer] HandlerExceptionResolver not
catching taglib exceptions?
On 11/15/05, Boyce, Keith Garry <Kei...@bc...> wrote:
>
> But that's the whole deal about the exception resolver. We configure=0D
> the interceptors for a particular handler to handle particular use=0D
> cases and we need someway to to intercept just that.. Isn't there a=0D
> way we can implement the interceptor concept for exceptions.
Oops, I misread the description for afterCompletion:
* Callback after completion of request processing, that is,
after rendering
* the view. Will be called on any outcome of handler execution,
thus allows
* for proper resource cleanup.
So afterCompletion is after the view rendering. Why this isn't picking
up exceptions thrown by your taglibs, I'm not sure.
Seth
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam for All
Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy,
or use it, and do not disclose it to others. Please notify the
sender of the delivery error by replying to this message, and then
delete it from your system. Thank you.
|
|
From: Seth L. <set...@gm...> - 2005-11-15 23:45:19
|
On 11/15/05, Boyce, Keith Garry <Kei...@bc...> wrote:
>
> But that's the whole deal about the exception resolver. We configure the
> interceptors for a particular handler to handle particular use cases and
> we need someway to to intercept just that.. Isn't there a way we can
> implement the interceptor concept for exceptions.
Oops, I misread the description for afterCompletion:
* Callback after completion of request processing, that is,
after rendering
=09 * the view. Will be called on any outcome of handler execution, thus al=
lows
=09 * for proper resource cleanup.
So afterCompletion is after the view rendering. Why this isn't
picking up exceptions thrown by your taglibs, I'm not sure.
Seth
|
|
From: Boyce, K. G. <Kei...@bc...> - 2005-11-15 23:37:27
|
But that's the whole deal about the exception resolver. We configure the interceptors for a particular handler to handle particular use cases and we need someway to to intercept just that.. Isn't there a way we can implement the interceptor concept for exceptions. -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Seth Ladd Sent: Tuesday, November 15, 2005 5:34 PM To: spr...@li... Subject: Re: [Springframework-developer] HandlerExceptionResolver not catching taglib exceptions? > If so, what would be the correct way to handle exceptions issued by=0D > taglibs, using spring MVC? You're right, in that if the exception is thrown from the view layer, the handler interceptors won't be invoked. Those interceptors only apply to the handlers (controllers). If the exception is thrown from a view, you can either use Spring's exception resolving, or the web.xml's exception mapping. By this point, the handler is out of the picture. You could wrap the whole thing in a filter, which would be able to catch the exceptions thrown from a view. Seth ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer This message is a PRIVATE communication. If you are not the intended recipient, please do not read, copy, or use it, and do not disclose it to others. Please notify the sender of the delivery error by replying to this message, and then delete it from your system. Thank you. |
|
From: Seth L. <set...@gm...> - 2005-11-15 22:33:35
|
> If so, what would be the correct way to handle exceptions issued by tagli= bs, > using spring MVC? You're right, in that if the exception is thrown from the view layer, the handler interceptors won't be invoked. Those interceptors only apply to the handlers (controllers). If the exception is thrown from a view, you can either use Spring's exception resolving, or the web.xml's exception mapping. By this point, the handler is out of the picture. You could wrap the whole thing in a filter, which would be able to catch the exceptions thrown from a view. Seth |
|
From: Boyce, K. G. <Kei...@bc...> - 2005-11-15 21:18:08
|
This is exactly what I am experiencing with the following thread. > Yes the exception resolver allows you to resolve exception to view but > there is no current way I found to apply interceptor to it. > I need a way to have code run after exception is raised from mvc=0D > handler basically to do some stuff before and after the exception view > is displayed. Is that something that can be added to framework.=0D > Basically I need some code to run in order to prepare the error view=0D > and after the view is displayed I need to clean up some information=0D > including possibly the exception so in the case of portlet mvc the=0D > next time the view is rendered I want it to display the view from the=0D > default handler rather than the exception again which is what is currently happening.=0D -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Tim Kettering Sent: Tuesday, November 15, 2005 3:32 PM To: spr...@li... Subject: [Springframework-developer] HandlerExceptionResolver not catching taglib exceptions? I'm doing some work with the spring-portlet MVC in our current project, and one thing I ran across recently is that apparently the HandlerExceptionResolver on the portlet side does not catch Exceptions thrown from a taglib (a custom taglib for example). I've tested this out by issuing the same exception from inside the handler itself, which was caught as expected, but throwing that exception from a taglib itself is not caught. So it seems that the HandlerExceptionResolver does not handle exceptions that are issued after the flow of control is handed over to the view phase. I e-mailed John Lewis about this, and he said he thinks this is how it also performs on the servlet-MVC side as well. Since we do not have any servlet-MVC code here, I thought I'd ask on the list to see if this is indeed true as well. If so, what would be the correct way to handle exceptions issued by taglibs, using spring MVC? =0D Thanks! -tim ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=3D7628&alloc_id=3D16845&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer This message is a PRIVATE communication. If you are not the intended recipient, please do not read, copy, or use it, and do not disclose it to others. Please notify the sender of the delivery error by replying to this message, and then delete it from your system. Thank you. |
|
From: Tim K. <tim...@vi...> - 2005-11-15 20:31:51
|
I'm doing some work with the spring-portlet MVC in our current project, and one thing I ran across recently is that apparently the HandlerExceptionResolver on the portlet side does not catch Exceptions thrown from a taglib (a custom taglib for example). I've tested this out by issuing the same exception from inside the handler itself, which was caught as expected, but throwing that exception from a taglib itself is not caught. So it seems that the HandlerExceptionResolver does not handle exceptions that are issued after the flow of control is handed over to the view phase. I e-mailed John Lewis about this, and he said he thinks this is how it also performs on the servlet-MVC side as well. Since we do not have any servlet-MVC code here, I thought I'd ask on the list to see if this is indeed true as well. If so, what would be the correct way to handle exceptions issued by taglibs, using spring MVC? Thanks! -tim |
|
From: Dmitriy K. <dko...@ru...> - 2005-11-15 18:57:39
|
Juergen, I've "released" version 1.2.6 in our Jira. Dmitriy. |
|
From: Michael E. M. <mm...@re...> - 2005-11-15 18:43:44
|
ok.. sorry. i see the "popular issues" link, which gives me an idea of what's going on out there. Michael E. Moores wrote: > that link is why i posted this question > > Magnus Heino wrote: > >> http://opensource2.atlassian.com/projects/spring/browse/SPR?report=com.atlassian.jira.plugin.system.project:roadmap-panel >> <http://opensource2.atlassian.com/projects/spring/browse/SPR?report=com.atlassian.jira.plugin.system.project:roadmap-panel> >> >> >> 2005/11/15, Michael E. Moores <mm...@re... >> <mailto:mm...@re...>>: >> >> is there a doc that has some details on what v1.3 will be? >> >> >> -- >> >> /Magnus Heino > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. Get Certified Today > Register for a JBoss Training Course. Free Certification Exam > for All Training Attendees Through End of 2005. For more info visit: > http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Michael E. M. <mm...@re...> - 2005-11-15 18:36:41
|
that link is why i posted this question Magnus Heino wrote: > http://opensource2.atlassian.com/projects/spring/browse/SPR?report=com.atlassian.jira.plugin.system.project:roadmap-panel > <http://opensource2.atlassian.com/projects/spring/browse/SPR?report=com.atlassian.jira.plugin.system.project:roadmap-panel> > > 2005/11/15, Michael E. Moores <mm...@re... > <mailto:mm...@re...>>: > > is there a doc that has some details on what v1.3 will be? > > > -- > > /Magnus Heino |
|
From: Seth L. <set...@gm...> - 2005-11-15 18:06:59
|
On 11/15/05, Boyce, Keith Garry <Kei...@bc...> wrote: > > Well I need to do something before and after the exception view is > displayed. > > Actually I don't see from the code how interceptors get a handle on > exception. From what I see if exception is raised interceptors are never > called again. Look at afterCompletion, which will be called after any outcome of a handler execution (including if it throws an exception). The only time it won't get called is if preHandle returns true. Seth |
|
From: Magnus H. <ma...@fi...> - 2005-11-15 17:42:05
|
http://opensource2.atlassian.com/projects/spring/browse/SPR?report=3Dcom.at= lassian.jira.plugin.system.project:roadmap-panel 2005/11/15, Michael E. Moores <mm...@re...>: > > is there a doc that has some details on what v1.3 will be? > -- /Magnus Heino |
|
From: Michael E. M. <mm...@re...> - 2005-11-15 17:21:16
|
is there a doc that has some details on what v1.3 will be? Juergen Hoeller wrote: >Everybody, > >CVS HEAD is now finally dedicated to Spring 1.3 development. A maintenance >branch "mbranch-1-2" serves for any future work in the 1.2.x line. > >During the course of this week, we will move already prepared 1.3 features >from the sandbox over to the main sources. Starting with this, the nightly >snapshots will be 1.3 RC1 previews, already containing 1.3 features. > >Cheers, > >Juergen > > > > >------------------------------------------------------- >This SF.Net email is sponsored by the JBoss Inc. Get Certified Today >Register for a JBoss Training Course. Free Certification Exam >for All Training Attendees Through End of 2005. For more info visit: >http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: Boyce, K. G. <Kei...@bc...> - 2005-11-15 14:11:50
|
Well I need to do something before and after the exception view is displayed.=0D Actually I don't see from the code how interceptors get a handle on exception. From what I see if exception is raised interceptors are never called again. -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Seth Ladd Sent: Tuesday, November 15, 2005 2:42 AM To: spr...@li... Subject: Re: [Springframework-developer] Improvement: I need a way to have code run after exception is raised from mvc handler. On 11/14/05, Boyce, Keith Garry <Kei...@bc...> wrote: > > Yes the exception resolver allows you to resolve exception to view but > there is no current way I found to apply interceptor to it. I'm sorry, I don't follow. Why do you need to apply an interceptor to it? Note that interceptors can get a handle on the exception that was thrown, if that's what you are looking for. Seth ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer This message is a PRIVATE communication. If you are not the intended recipient, please do not read, copy, or use it, and do not disclose it to others. Please notify the sender of the delivery error by replying to this message, and then delete it from your system. Thank you. |
|
From: Rob H. <rob...@in...> - 2005-11-15 09:22:01
|
I wasn't much really - instantiation aware BPP doesn't work for factory-methods so I just moved that piece of functionality to a different part of the logic. I did a general walk through the code seeing where we could simplify things at the same time. Hopefully, I will be able to add this to the main tree very soon. Rob On 14 Nov 2005, at 18:26, Seth Ladd wrote: > Rob, > > > >> This issue will be resolved as part of the 1.3RC1 release. I have >> mostly >> resolved the problem now and I will be updating the code when it >> moves over into >> the main source tree. >> >> > > Great news. Can you explain what you did to fix it? IIR it was a > couple of reasons why the reload didn't work. > > Or, I guess I can just wait for the code to drop. :) > > Seth > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > |
|
From: Seth L. <set...@gm...> - 2005-11-15 08:10:22
|
On 11/14/05, Boyce, Keith Garry <Kei...@bc...> wrote: > > Yes the exception resolver allows you to resolve exception to view but > there is no current way I found to apply interceptor to it. I'm sorry, I don't follow. Why do you need to apply an interceptor to it? Note that interceptors can get a handle on the exception that was thrown, if that's what you are looking for. Seth |
|
From: Boyce, K. G. <Kei...@bc...> - 2005-11-15 03:37:14
|
Yes the exception resolver allows you to resolve exception to view but there is no current way I found to apply interceptor to it.=0D -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Seth Ladd Sent: Monday, November 14, 2005 9:50 PM To: spr...@li... Subject: Re: [Springframework-developer] Improvement: I need a way to have code run after exception is raised from mvc handler. Have you looked into the Exception Resolvers ? Or Handler Interceptors? On 11/14/05, Boyce, Keith Garry <Kei...@bc...> wrote: > > I need a way to have code run after exception is raised from mvc=0D > handler basically to do some stuff before and after the exception view > is displayed. Is that something that can be added to framework.=0D > Basically I need some code to run in order to prepare the error view=0D > and after the view is displayed I need to clean up some information=0D > including possibly the exception so in the case of portlet mvc the=0D > next time the view is rendered I want it to display the view from the=0D > default handler rather than the exception again which is what is currently happening. > > This message is a PRIVATE communication. > If you are not the intended recipient, please do not read, copy, or=0D > use it, and do not disclose it to others. Please notify the sender of=0D > the delivery error by replying to this message, and then delete it=0D > from your system. Thank you. > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. Get Certified Today=0D > Register for a JBoss Training Course. Free Certification Exam for All > Training Attendees Through End of 2005. For more info visit: > http://ads.osdn.com/?ad_idv28&alloc_id=16845&opclick > _______________________________________________ > Springframework-developer mailing list=0D > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer This message is a PRIVATE communication. If you are not the intended recipient, please do not read, copy, or use it, and do not disclose it to others. Please notify the sender of the delivery error by replying to this message, and then delete it from your system. Thank you. |
|
From: Seth L. <set...@gm...> - 2005-11-15 02:56:28
|
Have you looked into the Exception Resolvers ? Or Handler Interceptors? On 11/14/05, Boyce, Keith Garry <Kei...@bc...> wrote: > > I need a way to have code run after exception is raised from mvc handler > basically to do some stuff before and after the exception view is > displayed. Is that something that can be added to framework. Basically I > need some code to run in order to prepare the error view and after the > view is displayed I need to clean up some information including possibly > the exception so in the case of portlet mvc the next time the view is > rendered I want it to display the view from the default handler rather > than the exception again which is what is currently happening. > > This message is a PRIVATE communication. > If you are not the intended recipient, please do not read, copy, > or use it, and do not disclose it to others. Please notify the > sender of the delivery error by replying to this message, and then > delete it from your system. Thank you. > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. Get Certified Today > Register for a JBoss Training Course. Free Certification Exam > for All Training Attendees Through End of 2005. For more info visit: > http://ads.osdn.com/?ad_idv28&alloc_id=16845&opclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Boyce, K. G. <Kei...@bc...> - 2005-11-15 01:33:55
|
I need a way to have code run after exception is raised from mvc handler basically to do some stuff before and after the exception view is displayed. Is that something that can be added to framework. Basically I need some code to run in order to prepare the error view and after the view is displayed I need to clean up some information including possibly the exception so in the case of portlet mvc the next time the view is rendered I want it to display the view from the default handler rather than the exception again which is what is currently happening. This message is a PRIVATE communication. If you are not the intended recipient, please do not read, copy, or use it, and do not disclose it to others. Please notify the sender of the delivery error by replying to this message, and then delete it from your system. Thank you. |
|
From: Juergen H. <ju...@in...> - 2005-11-14 23:33:14
|
Everybody, CVS HEAD is now finally dedicated to Spring 1.3 development. A maintenance branch "mbranch-1-2" serves for any future work in the 1.2.x line. During the course of this week, we will move already prepared 1.3 features from the sandbox over to the main sources. Starting with this, the nightly snapshots will be 1.3 RC1 previews, already containing 1.3 features. Cheers, Juergen |
|
From: Juergen H. <ju...@in...> - 2005-11-14 23:15:52
|
Dear Spring community, I'm pleased to announce that Spring 1.2.6 has finally been released. This is a bugfix and minor enhancement release, fixing a number of issues found in previous 1.2.x releases and introducing various minor new features. See the changelog for details. Cheers, Juergen ----- Juergen Hoeller Interface21 - Spring Services from the Source http://www.springframework.com |