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...> - 2006-02-08 23:22:01
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060209001653 |
|
From: Rob H. <rob...@in...> - 2006-02-08 16:01:49
|
Norm, Please do create a JIRA issue for this - I'll work on this in the 2.0/2.1 timeline. Rob Norm Deane wrote: > I think in my current situation the "extending QuartzJobBean approach" > would work fine but I'm sure at some point there will be a situation > where it is not practical (legacy quartz job maybe). > > Norm > > Joris Kuipers wrote: > >> >> >> 2006/2/6, Norm Deane <nor...@va... >> <mailto:nor...@va...>>: >> >> I've been wanting to dependency-inject my Quartz jobs for a while >> now. It looks >> like with the new JobFactory in Quartz 1.5 we could pull this off by >> creating a >> simple implementation (SpringBeanNameJobFactory?) that pulls Jobs >> from the >> ApplicationContext by bean name. >> >> Thoughts? If this sounds reasonable I'll create an issue in Jira and >> time >> permitting upload a patch. >> >> You can also subclass Spring's QuartzJobBean and let your >> dependencies be injected from Quartz's SchedulerContext or JobDataMap >> (the one merged with the Trigger's, in Spring 2.0-M2). Not the same >> thing, but it achieves the same goal and works out of the box today. >> If your jobs are persisted, make sure you don't put the >> ApplicationContext (directly or indirectly) in the Job's >> JobDetailMap, but use the SchedulerContext for that. >> See >> http://static.springframework.org/spring/docs/2.0-m2/api/org/springframework/scheduling/quartz/QuartzJobBean.html >> <http://static.springframework.org/spring/docs/2.0-m2/api/org/springframework/scheduling/quartz/QuartzJobBean.html> >> for more info. >> >> Joris >> > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > -- Rob Harrop Principal Consultant Interface21 - Spring Services from the Source http://www.springframework.com |
|
From: <al...@in...> - 2006-02-06 23:30:58
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060207001643Lbuild.409 |
|
From: Norm D. <nor...@va...> - 2006-02-06 18:41:33
|
I think in my current situation the "extending QuartzJobBean approach" would work fine but I'm sure at some point there will be a situation where it is not practical (legacy quartz job maybe). Norm Joris Kuipers wrote: > > > 2006/2/6, Norm Deane <nor...@va... > <mailto:nor...@va...>>: > > I've been wanting to dependency-inject my Quartz jobs for a while > now. It looks > like with the new JobFactory in Quartz 1.5 we could pull this off by > creating a > simple implementation (SpringBeanNameJobFactory?) that pulls Jobs > from the > ApplicationContext by bean name. > > Thoughts? If this sounds reasonable I'll create an issue in Jira and > time > permitting upload a patch. > > > You can also subclass Spring's QuartzJobBean and let your dependencies > be injected from Quartz's SchedulerContext or JobDataMap (the one merged > with the Trigger's, in Spring 2.0-M2). Not the same thing, but it > achieves the same goal and works out of the box today. > If your jobs are persisted, make sure you don't put the > ApplicationContext (directly or indirectly) in the Job's JobDetailMap, > but use the SchedulerContext for that. > See > http://static.springframework.org/spring/docs/2.0-m2/api/org/springframework/scheduling/quartz/QuartzJobBean.html > <http://static.springframework.org/spring/docs/2.0-m2/api/org/springframework/scheduling/quartz/QuartzJobBean.html> > for more info. > > Joris > |
|
From: Joris K. <jor...@gm...> - 2006-02-06 18:34:57
|
2006/2/6, Norm Deane <nor...@va...>: > > I've been wanting to dependency-inject my Quartz jobs for a while now. It > looks > like with the new JobFactory in Quartz 1.5 we could pull this off by > creating a > simple implementation (SpringBeanNameJobFactory?) that pulls Jobs from th= e > ApplicationContext by bean name. > > Thoughts? If this sounds reasonable I'll create an issue in Jira and time > permitting upload a patch. You can also subclass Spring's QuartzJobBean and let your dependencies be injected from Quartz's SchedulerContext or JobDataMap (the one merged with the Trigger's, in Spring 2.0-M2). Not the same thing, but it achieves the same goal and works out of the box today. If your jobs are persisted, make sure you don't put the ApplicationContext (directly or indirectly) in the Job's JobDetailMap, but use the SchedulerContext for that. See http://static.springframework.org/spring/docs/2.0-m2/api/org/springframewor= k/scheduling/quartz/QuartzJobBean.htmlfor more info. Joris |
|
From: Norm D. <nor...@va...> - 2006-02-06 13:45:14
|
I've been wanting to dependency-inject my Quartz jobs for a while now. It looks like with the new JobFactory in Quartz 1.5 we could pull this off by creating a simple implementation (SpringBeanNameJobFactory?) that pulls Jobs from the ApplicationContext by bean name. Thoughts? If this sounds reasonable I'll create an issue in Jira and time permitting upload a patch. Thanks, Norm |
|
From: John L. <jl...@un...> - 2006-02-04 08:10:45
|
The main change to the Portlet MVC area in Spring 2.0 M2 is the addition of full multipart support for file uploads. Many people have been waiting on this for quite a while, so we are excited it is finally available! We were unable to add it earlier because we need the JSR-168 support in Jakarta commons-fileupload 1.1, which was not released until the end of the year. The multipart functionality is essentially identical to the servlet side. You just instantiate a PortletMultipartResolver bean in your context and you are ready to go. You can bind files directly into command objects attributes or cast your ActionRequest to a MultipartActionRequest to get at the normal MultipartFile objects. You will need to include commons-fileupload 1.1 and commons-io 1.1 in your libraries in order to use the multipart support. I've updated the sample application to Spring 2.0 M2 and added a new portlet that demonstrates the multipart support. Get the full details and download the sample app on the Wiki site: http://opensource.atlassian.com/confluence/spring/display/JSR168/Home John Lewis jl...@un... |
|
From: John L. <jl...@un...> - 2006-02-04 07:53:53
|
This should not be a problem. If a bean is declared as implementing PortletConfigAware or PortletContextAware, but is not loaded as part of an AbstractRefreshablePortletApplicationContext, then the setter methods simply won't be called. The PortletConfigAware and PortletContextAware interfaces are serviced by PortletContextAwareProcessor. BeanPostProcessors are only applied to the beans within their specific ApplicationContext -- not to beans in a parent ApplicationContext. If PortletContextAwareProcessor is applied to an ApplicationContext and beans implementing PortletConfigAware or PortletContextAware cannot be serviced properly, then an IllegalStateException will be thrown. John Boyce, Keith Garry wrote: > > Juergen please revisit SPR-1412. I added a comment with a possible > issue. Let us know if you think it's an issue. > > Garry > > |
|
From: <al...@in...> - 2006-02-03 23:30:48
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060204001709Lbuild.408 |
|
From: Rob H. <rob...@in...> - 2006-02-03 12:53:24
|
Chris, Can you raise a bug for this on JIRA please? Regards, Rob Chris Holman wrote: > Hi, > > I've just started using JasperReports in Spring, and came across a problem which > I would like to suggest a fix. > > I would like to chain the JasperReportsViewResolver(JRVR) before my main JSP > resolver. I would expect the JRVR to pass control to the JSP resolver if it > cannot find the requested .jasper file, but it actually throws an exception. > This means that the JRVR in its current form cannot be used in a Resolver > Chain. > > To make it Resolver Chain friendly, it must return a null view on fail. I have > made the assumption that if the file doesnt exist, this is a failure. I have > made some minor modifications as follows: > > 1. Added JRVR.createView(String, Locale) to overload its abstract parent. This > calls loadView() but catches the exception thrown in > AbstractJaspperReportsView.loadReport(Resource), which returns null. > 2. In AbstractJaspperReportsView.loadReport(Resource), I changed the exception > thrown for the caught IOException as I needed to differentiate between the two > catch statements. > > Hope this is of use to someone in the future. > Regards, > Chris > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Chris H. <chr...@aw...> - 2006-02-02 16:41:19
|
Hi, I've just started using JasperReports in Spring, and came across a problem which I would like to suggest a fix. I would like to chain the JasperReportsViewResolver(JRVR) before my main JSP resolver. I would expect the JRVR to pass control to the JSP resolver if it cannot find the requested .jasper file, but it actually throws an exception. This means that the JRVR in its current form cannot be used in a Resolver Chain. To make it Resolver Chain friendly, it must return a null view on fail. I have made the assumption that if the file doesnt exist, this is a failure. I have made some minor modifications as follows: 1. Added JRVR.createView(String, Locale) to overload its abstract parent. This calls loadView() but catches the exception thrown in AbstractJaspperReportsView.loadReport(Resource), which returns null. 2. In AbstractJaspperReportsView.loadReport(Resource), I changed the exception thrown for the caught IOException as I needed to differentiate between the two catch statements. Hope this is of use to someone in the future. Regards, Chris |
|
From: Boyce, K. G. <Kei...@bc...> - 2006-02-02 05:47:32
|
=0D Juergen please revisit SPR-1412. I added a comment with a possible issue. Let us know if you think it's an issue. Garry 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...> - 2006-02-01 23:32:08
|
Dear Spring community, I am pleased to announce that Spring 2.0 M2 has just been released. Spring 2.0 M2 is the second milestone of the next generation of Spring. This release includes various enhancements and new features: refined AspectJ support, Java Persistence API (draft) support, etc. It also contains fixes for various issues discovered since M1. Please see the changelog for details. FYI, we will do a 1.2.7 release shortly, backporting a number of fixes and minor enhancements from 2.0 M1/M2. The next release in the 2.0 series will be 2.0 M3. Cheers, Juergen ----- Juergen Hoeller Interface21 Ltd http://www.springframework.com |
|
From: Ganeshji M. <gan...@gm...> - 2006-02-01 18:35:36
|
On 2/1/06, li...@lo... <li...@lo...> wrote: > > Zitat von spr...@li...: > > > Springframework-developer -- confirmation of subscription -- request > > 619323 > > > > We have received a request from 193.100.60.19 for subscription of your > > email address, <li...@lo...>, to the > > spr...@li... mailing list. To > > confirm the request, please send a message to > > spr...@li..., and either: > > > > - maintain the subject line as is (the reply's additional "Re:" is > > ok), > > > > - or include the following line - and only the following line - in the > > message body: > > > > confirm 619323 > > > > (Simply sending a 'reply' to this message should work from most email > > interfaces, since that usually leaves the subject line in the right > > form.) > > > > If you do not wish to subscribe to this list, please simply disregard > > this message. Send questions to > > spr...@li.... > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat= =3D121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <li...@lo...> - 2006-02-01 15:21:26
|
Zitat von spr...@li...: > Springframework-developer -- confirmation of subscription -- request > 619323 > > We have received a request from 193.100.60.19 for subscription of your > email address, <li...@lo...>, to the > spr...@li... mailing list. To > confirm the request, please send a message to > spr...@li..., and either: > > - maintain the subject line as is (the reply's additional "Re:" is > ok), > > - or include the following line - and only the following line - in the > message body: > > confirm 619323 > > (Simply sending a 'reply' to this message should work from most email > interfaces, since that usually leaves the subject line in the right > form.) > > If you do not wish to subscribe to this list, please simply disregard > this message. Send questions to > spr...@li.... > |
|
From: <al...@in...> - 2006-01-31 23:31:19
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060201001708Lbuild.407 |
|
From: <al...@in...> - 2006-01-29 23:31:54
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060130001711Lbuild.406 |
|
From: <al...@in...> - 2006-01-28 23:30:37
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060129001652Lbuild.405 |
|
From: <al...@in...> - 2006-01-27 23:32:46
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060128001907Lbuild.404 |
|
From: <al...@in...> - 2006-01-26 23:30:42
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060127001712Lbuild.403 |
|
From: Matthew E. P. <mat...@co...> - 2006-01-25 21:15:25
|
Thanks for the update. Send me a traceroute if you have a moment. Cheers, Matthew --- Matthew E. Porter Contegix LLC mat...@co... "Beyond Managed Hosting For Your Enterprise" On Jan 25, 2006, at 1:41 PM, Alef Arendsen wrote: > It seems like the connection is slow, the pages take more than 10 > seconds to load. The same holds for springframework.org. But I just > spoke to Arjen and he isn't experiencing any problems, so I guess > it's my connection or something (still strange coz' other sites > seem to run as usual). > > I'll try from the office first thing tomorrow and update you. > > rgds, > alef > > > Matthew E. Porter wrote: >> Alef: >> Can you quantify what you mean by slow? Is it specific >> functions? Anything in particular? >> >> I ask because we performed an upgrade on the instance this past >> weekend. The box has actually been running at a lower load level >> than prior to this. >> >> >> Cheers, >> Matthew >> >> --- >> Matthew E. Porter >> Contegix LLC >> mat...@co... >> "Beyond Managed Hosting For Your Enterprise" >> >> >> On Jan 25, 2006, at 1:24 PM, Alef Arendsen wrote: >> >>> Is it just me or is anybody else also experiencing a slow JIRA >>> instance lately? >>> >>> rgds, >>> alef >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: Splunk Inc. Do you grep >>> through log files >>> for problems? Stop! Download the new AJAX search engine that makes >>> searching your log files as easy as surfing the web. DOWNLOAD >>> SPLUNK! >>> http://sel.as-us.falkag.net/sel? >>> cmd=lnk&kid=103432&bid=230486&dat=121642 >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework- >>> developer >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD >> SPLUNK! >> http://sel.as-us.falkag.net/sel? >> cmd=lnk&kid=103432&bid=230486&dat=121642 >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework- >> developer > > > -- > Alef Arendsen > Principal Consultant > Interface21 > Spring Services from the Source > http://www.interface21.com > > Spring Core Developer > http://www.springframework.org > > Author, "Professional Java Development with the Spring Framework" > (June 2005, with Rod Johnson, Juergen Hoeller, Colin Sampaleanu and > Thomas Risberg) > http://www.amazon.com/exec/obidos/ASIN/0764574833/ > > Interface21 NL B.V. > Donker Curtiusstraat 7-400c > 1051JL Amsterdam > Phone: 020 486 20 36 > Fax: 084 837 00 00 > Mail: al...@in... > Skype: aarendsen > > > ************************************ DISCLAIMER ********************* > This email and any files transmitted with it are confidential > and intended solely for the use of the individual or entity to whom > they are addressed. If you have received this email in error please > notify the system manager. Please note that any views or opinions > presented in this email are solely those of the author and do not > necessarily represent those of the company. Finally, the recipient > should check this email and any attachments for the presence of > viruses. The company accepts no liability for any damage caused by > any virus transmitted by this email. > ********************************************************************* > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through > log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Alef A. <ale...@in...> - 2006-01-25 19:41:37
|
It seems like the connection is slow, the pages take more than 10 seconds to load. The same holds for springframework.org. But I just spoke to Arjen and he isn't experiencing any problems, so I guess it's my connection or something (still strange coz' other sites seem to run as usual). I'll try from the office first thing tomorrow and update you. rgds, alef Matthew E. Porter wrote: > Alef: > Can you quantify what you mean by slow? Is it specific functions? > Anything in particular? > > I ask because we performed an upgrade on the instance this past > weekend. The box has actually been running at a lower load level than > prior to this. > > > Cheers, > Matthew > > --- > Matthew E. Porter > Contegix LLC > mat...@co... > "Beyond Managed Hosting For Your Enterprise" > > > On Jan 25, 2006, at 1:24 PM, Alef Arendsen wrote: > >> Is it just me or is anybody else also experiencing a slow JIRA >> instance lately? >> >> rgds, >> alef >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer -- Alef Arendsen Principal Consultant Interface21 Spring Services from the Source http://www.interface21.com Spring Core Developer http://www.springframework.org Author, "Professional Java Development with the Spring Framework" (June 2005, with Rod Johnson, Juergen Hoeller, Colin Sampaleanu and Thomas Risberg) http://www.amazon.com/exec/obidos/ASIN/0764574833/ Interface21 NL B.V. Donker Curtiusstraat 7-400c 1051JL Amsterdam Phone: 020 486 20 36 Fax: 084 837 00 00 Mail: al...@in... Skype: aarendsen ************************************ DISCLAIMER ********************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ********************************************************************* |
|
From: Matthew E. P. <mat...@co...> - 2006-01-25 19:31:37
|
Alef: Can you quantify what you mean by slow? Is it specific functions? Anything in particular? I ask because we performed an upgrade on the instance this past weekend. The box has actually been running at a lower load level than prior to this. Cheers, Matthew --- Matthew E. Porter Contegix LLC mat...@co... "Beyond Managed Hosting For Your Enterprise" On Jan 25, 2006, at 1:24 PM, Alef Arendsen wrote: > Is it just me or is anybody else also experiencing a slow JIRA > instance lately? > > rgds, > alef > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through > log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Alef A. <ale...@in...> - 2006-01-25 19:25:03
|
Is it just me or is anybody else also experiencing a slow JIRA instance lately? rgds, alef |
|
From: <al...@in...> - 2006-01-24 23:30:54
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060125001632Lbuild.402 |