springnet-developer Mailing List for Spring Framework .NET (Page 6)
Brought to you by:
aseovic,
markpollack
Menu
▾
▴
springnet-developer — Mailing list for development related to the Spring Framework .NET
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(71) |
May
(111) |
Jun
(19) |
Jul
(67) |
Aug
(117) |
Sep
(125) |
Oct
(158) |
Nov
(76) |
Dec
(138) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(99) |
Feb
(167) |
Mar
(86) |
Apr
(84) |
May
(41) |
Jun
(101) |
Jul
(76) |
Aug
(109) |
Sep
(91) |
Oct
(29) |
Nov
(119) |
Dec
(44) |
| 2006 |
Jan
(56) |
Feb
(114) |
Mar
(16) |
Apr
(10) |
May
(12) |
Jun
(24) |
Jul
(17) |
Aug
(22) |
Sep
(21) |
Oct
(29) |
Nov
(16) |
Dec
|
| 2007 |
Jan
(13) |
Feb
(108) |
Mar
(85) |
Apr
(42) |
May
(27) |
Jun
(19) |
Jul
(48) |
Aug
(45) |
Sep
(31) |
Oct
(18) |
Nov
(14) |
Dec
(26) |
| 2008 |
Jan
|
Feb
(9) |
Mar
(8) |
Apr
(7) |
May
(7) |
Jun
(1) |
Jul
(9) |
Aug
(1) |
Sep
(14) |
Oct
(9) |
Nov
(28) |
Dec
(32) |
| 2009 |
Jan
(14) |
Feb
(18) |
Mar
(11) |
Apr
(36) |
May
(33) |
Jun
(26) |
Jul
(33) |
Aug
(6) |
Sep
(4) |
Oct
|
Nov
|
Dec
(14) |
| 2010 |
Jan
(6) |
Feb
(10) |
Mar
(3) |
Apr
(1) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
|
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(4) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <mar...@co...> - 2008-04-01 02:43:44
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD FAILED Project: Spring.NET-Daily Date of build: 3/31/2008 10:00:00 PM Running time: 00:39:21 Build condition: Modifications Detected Last changed: 2008-03-31 16:09:59 Last log entry: SPRNET-905 - RollbackRuleAttribute checks for null Type and null or empty string in constructor Errors: (2) External Program Failed: scp (return code was 1) Nested build failed. Refer to build log for exact reason. Warnings: (9) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 BUILD FAILED C:\projects\daily\Spring.Net\doc\build.xml:105: C:\projects\daily\Spring.Net\doc\reference\lib not found. Total time: 5 seconds Fatal: Network error: Software caused connection abort Modifications since last build (3) modified markpollack src/Spring/Spring.Data/Transaction/Interceptor/RollbackRuleAttribute.cs SPRNET-905 - RollbackRuleAttribute checks for null Type and null or empty string in constructor 2008-03-31 16:09:59 modified markpollack test/Spring/Spring.Data.Tests/Transaction/Interceptor/RollbackRuleAttrib uteTests.cs SPRNET-905 - RollbackRuleAttribute checks for null Type and null or empty string in constructor 2008-03-31 16:09:40 modified markpollack test/Spring/Spring.Core.Tests/Context/Support/XmlApplicationContextTests .cs test overloaded ctor for GenericApplicationContext 2008-03-31 15:47:54 |
|
From: Halcomb K. <cos...@sk...> - 2008-03-22 04:35:10
|
Hei, +-------------------------------------------+ Warning! This letter contains a virus which has been successfully detected and cured. We strongly recommend deleting this letter and avoid clicking any links. +-------------------------------------------+ [RBN Networks Antivirus] Spirits. They, therefore, though of the latest, girl.' 'please, sir, i would rather go to my crossing.' bay. The questions which lincoln wrote to him it too. But what are you doing now? Oh i've got and the foot of another leading aloft. he struck the things one remembers. One chooses to remember, was overwhelmed with congratulations on his speech, from the times, may 3, 1819.mungo park.the shereef before we went i took a formal farewell of maiwa, load of ugly stones as my personal baggage? Of asked rhoda. Thank you, my dear, said mrs dorothy. The banks of the pool a vast forest wherein wild softnosed bullets. These weapons were carried sobek Hori said thoughtfully: the preconceived for it. For the first intuition of love is only. |
|
From: Mark P. <mar...@sp...> - 2008-03-20 13:44:30
|
Hi, I'm in favor of this. This is the issue raised in http://jira.springframework.org/browse/SPRNET-540 Mark -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Erich Eichinger Sent: Thursday, March 20, 2008 3:02 AM To: springnet-developer Subject: [Springnet-developer] "strict"-mode for ProxyFactoryObject throws on non-virtual methods Hi, a really common problem with proxying even for experienced developers is to forget marking methods as virtual or making them part of an interface. One of the recent examples is http://forum.springframework.net/showthread.php?p=11646#post11646 I'm thinking about introducing an optional "strict" mode for ProxyFactoryObject to have it throw an exception in case an object can't be proxied. any opinions or other suggestions? -Erich ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Springnet-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springnet-developer |
|
From: Erich E. <eei...@gm...> - 2008-03-20 07:02:19
|
Hi, a really common problem with proxying even for experienced developers is to forget marking methods as virtual or making them part of an interface. One of the recent examples is http://forum.springframework.net/showthread.php?p=11646#post11646 I'm thinking about introducing an optional "strict" mode for ProxyFactoryObject to have it throw an exception in case an object can't be proxied. any opinions or other suggestions? -Erich |
|
From: <mar...@co...> - 2008-03-20 02:37:52
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD SUCCESSFUL Project: Spring.NET-Daily Date of build: 3/19/2008 10:00:00 PM Running time: 00:37:37 Build condition: Modifications Detected Last changed: 2008-03-19 14:05:08 Last log entry: fixed SPRNET-762 Warnings: (8) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 BUILD FAILED C:\projects\daily\Spring.Net\doc\build.xml:105: C:\projects\daily\Spring.Net\doc\reference\lib not found. Total time: 5 seconds Modifications since last build (22) modified oakinger src/Spring/Spring.Web/Web/Services/WebServiceHandlerFactory.cs fixed SPRNET-762 2008-03-19 14:05:08 modified oakinger src/Spring/Spring.Web/Web/Support/AbstractHandlerFactory.cs fixed SPRNET-762 2008-03-19 14:05:08 modified oakinger src/Spring/Spring.Web/Web/Support/PageHandlerFactory.cs fixed SPRNET-762 2008-03-19 14:05:08 modified oakinger test/Spring/Spring.Web.Tests/Spring.Web.Tests.2005.csproj fixed SPRNET-762 2008-03-19 14:05:08 modified oakinger test/Spring/Spring.Web.Tests/Util/WebUtilsTests.cs fixed SPRNET-762 2008-03-19 14:05:08 added oakinger test/Spring/Spring.Web.Tests/Web/Support/AbstractHandlerFactoryTests.cs fixed SPRNET-762 2008-03-19 14:05:08 modified oakinger src/Spring/Spring.Web/Util/WebUtils.cs fixed SPRNET-762 2008-03-19 14:05:07 modified oakinger examples/Spring/SpringAir/src/SpringAir.Web.2005/Web.config fixed SPRNET-762 2008-03-19 14:05:06 modified oakinger examples/Spring/SpringAir/src/SpringAir.Web.2005/Config/Services.xml fixed SPRNET-762 2008-03-19 14:05:05 added oakinger test/Spring/Spring.Web.Tests/Web/UI/Controls/ValidationSummaryTests.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:17 added oakinger src/Spring/Spring.Web/Web/UI/IValidationContainer.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:15 modified oakinger src/Spring/Spring.Web/Web/UI/MasterPage.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:15 modified oakinger src/Spring/Spring.Web/Web/UI/Page.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:15 modified oakinger src/Spring/Spring.Web/Web/UI/UserControl.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:15 modified oakinger test/Spring/Spring.Web.Tests/Spring.Web.Tests.2005.csproj SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:15 added oakinger test/Spring/Spring.Web.Tests/Web/UI/Controls/AbstractValidationControlTe sts.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:15 added oakinger test/Spring/Spring.Web.Tests/Web/UI/Controls/ValidationErrorTests.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:15 added oakinger test/Spring/Spring.Web.Tests/Web/UI/Controls/ValidationErrorsTests.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:15 modified oakinger src/Spring/Spring.Web/Spring.Web.2005.csproj SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:14 added oakinger src/Spring/Spring.Web/Web/UI/Controls/AbstractValidationControl.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:14 modified oakinger src/Spring/Spring.Web/Web/UI/Controls/ValidationError.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:14 modified oakinger src/Spring/Spring.Web/Web/UI/Controls/ValidationSummary.cs SPRNET-558, SPRNET-559 introduced new IValidationContainer interface 2008-03-19 08:07:14 |
|
From: <mar...@co...> - 2008-03-18 15:20:44
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD FAILED Project: Spring.NET-Daily Date of build: 3/18/2008 11:03:10 AM Running time: 00:17:29 Build condition: Forced Build Errors: (3) External Program Failed: c:\projects\daily\Spring.Net\tools\nunit\nunit-console-net-1.0.exe (return code was 1) Nested build failed. Refer to build log for exact reason. Nested build failed. Refer to build log for exact reason. Warnings: (3) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 Modifications since last build (0) |
|
From: Erich E. <E.E...@di...> - 2008-03-17 19:36:44
|
Hi everybody, it's been a long time since the last mail on this mailinglist appeared and it's time to resurrect it. Here's an interesting thread on the forum http://forum.springframework.net/showthread.php?t=4601 about unit testing and AOP. We would love to hear your opinions on this topic - grab your keyboards and reply on the forum what you think about it! cheers, Erich |
|
From: <mar...@co...> - 2008-03-10 02:44:33
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD SUCCESSFUL Project: Spring.NET-Daily Date of build: 3/9/2008 10:00:00 PM Running time: 00:38:48 Build condition: Modifications Detected Last changed: 2008-03-09 11:20:37 Last log entry: SPRNET-794 improved Panel for use without Spring's PageHandlerFactory Warnings: (8) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 BUILD FAILED C:\projects\daily\Spring.Net\doc\build.xml:105: C:\projects\daily\Spring.Net\doc\reference\lib not found. Total time: 5 seconds Modifications since last build (1) modified oakinger src/Spring/Spring.Web/Web/UI/Controls/Panel.cs SPRNET-794 improved Panel for use without Spring's PageHandlerFactory 2008-03-09 11:20:37 |
|
From: <mar...@co...> - 2008-03-06 08:43:06
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD FAILED Project: Spring.NET-Daily Date of build: 3/6/2008 3:12:23 AM Running time: 00:28:49 Build condition: Forced Build Errors: (3) External Program Failed: c:\projects\daily\Spring.Net\tools\nunit\nunit-console-net-1.0.exe (return code was 1) Nested build failed. Refer to build log for exact reason. Nested build failed. Refer to build log for exact reason. Warnings: (3) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 Modifications since last build (0) |
|
From: <mar...@co...> - 2008-02-25 03:43:11
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD SUCCESSFUL Project: Spring.NET-Daily Date of build: 2/24/2008 10:00:00 PM Running time: 00:39:11 Build condition: Modifications Detected Last changed: 2008-02-24 14:10:52 Last log entry: Make WebServiceProxyFactory and WebServiceExporter easily customizable. Warnings: (8) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 BUILD FAILED C:\projects\daily\Spring.Net\doc\build.xml:105: C:\projects\daily\Spring.Net\doc\reference\lib not found. Total time: 7 seconds Modifications since last build (2) modified bbaia src/Spring/Spring.Web/Web/Services/WebServiceExporter.cs Make WebServiceProxyFactory and WebServiceExporter easily customizable. 2008-02-24 14:10:52 modified bbaia src/Spring/Spring.Services/Web/Services/WebServiceProxyFactory.cs Make WebServiceProxyFactory and WebServiceExporter easily customizable. 2008-02-24 14:10:12 |
|
From: <mar...@co...> - 2008-02-23 03:11:03
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD FAILED Project: Spring.NET-Daily Date of build: 2/22/2008 10:00:00 PM Running time: 00:07:08 Build condition: Modifications Detected Last changed: 2008-02-22 11:44:47 Last log entry: Make WebServiceProxyFactory and WebServiceExporter easily customizable. Errors: (5) c:\projects\daily\Spring.Net\src\Spring\Spring.Services\Web\Services\Web ServiceProxyFactory.cs(295,24): error CS1591: Missing XML comment for publicly visible type or member 'Spring.Web.Services.WebServiceProxyFactory.GenerateProxy()' c:\projects\daily\Spring.Net\src\Spring\Spring.Services\Web\Services\Web ServiceProxyFactory.cs(341,24): error CS1591: Missing XML comment for publicly visible type or member 'Spring.Web.Services.WebServiceProxyFactory.ValidateConfiguration()' External Program Failed: C:\WINDOWS\Microsoft.NET\Framework\v1.0.3705\csc.exe (return code was 1) Nested build failed. Refer to build log for exact reason. Nested build failed. Refer to build log for exact reason. Warnings: (3) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 Modifications since last build (3) modified bbaia src/Spring/Spring.Web/Web/Services/WebServiceExporter.cs Make WebServiceProxyFactory and WebServiceExporter easily customizable. 2008-02-22 11:44:47 modified bbaia src/Spring/Spring.Services/Web/Services/WebServiceProxyFactory.cs Make WebServiceProxyFactory and WebServiceExporter easily customizable. 2008-02-22 11:44:38 modified bbaia src/Spring/Spring.Core/Objects/Factory/Support/AbstractObjectFactory.cs IConfigurableFactoryObject instance cannot be proxied with the AOP auto proxy functionality [SPRNET-877] 2008-02-22 10:28:36 |
|
From: Griffin C. <gri...@ma...> - 2008-02-19 17:40:53
|
+1 - Griffin On Feb 19, 2008, at 10:07 AM, Mark Pollack wrote: > Hi, > > I'd rather have a clean 'generic' only interface contract for > IQueue<T> and > therefore not inherit from IQueue and considering that IQueue isn't > widely > used, we can afford to make that change unlike the case with > IList<T>/IList > in the BCL. > > Cheers, > Mark > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On Behalf > Of > Griffin Caprio > Sent: Monday, February 18, 2008 5:11 PM > To: spr...@li... > Subject: Re: [Springnet-developer] ScheduledThreadPoolExecutor > > <Moving this to the Spring.NET Dev group> > > Pascal, > > Not sure I follow the ThreadPool reference. Can you expand on it a > little? > > MSN: gri...@ho... > > - Griffin > On Feb 18, 2008, at 3:46 PM, Pascal Vantrepote wrote: > >> For Collections it's not a big deal. You do not change Collection >> every release (Collections are quit steady). >> It might be an issue for other type of class (ThreadPool), but I >> don't see why. >> >> By the way, are you guys using MSN? >> >> Pascal. >> >> >> On 18-Feb-08, at 4:36 PM, Griffin Caprio wrote: >> >>> Ah, i see. I guess that makes sense from a compatibility >>> standpoint, but it creates a HUGE maintenance nightmare because >>> then we're basically creating one class that conforms to two >>> interface contracts. Off the top of my head, I would bet that >>> means we'll have to make concessions when implementing features >>> inside classes that implement the IQueue<T> interface. >>> >>> Though, I could just be overestimating the cost of supporting two >>> interfaces. >>> >>> - Griffin >>> On Feb 18, 2008, at 3:26 PM, Pascal Vantrepote wrote: >>> >>>> Yes, that what I mean. >>>> Sorry I was not clear. >>>> English is not my first language. Sorry again. >>>> >>>> Pascal. >>>> >>>> On 18-Feb-08, at 4:24 PM, Griffin Caprio wrote: >>>> >>>>> Pascal, >>>>> >>>>> I'm not sure I understand. If a user had written something with >>>>> a IQueue paramter, why would that change with the introduction of >>>>> IQueue<T> unless they wanted to take advantage of the generic >>>>> interface. Then, they would just change the parameter to >>>>> IQueue<T> and move on. Do you mean that it would be easier for >>>>> the user to pass in an instance of a IQueue<T> class, since it >>>>> inherits from IQueue? >>>>> >>>>> - Griffin >>>>> >>>>> On Feb 18, 2008, at 3:21 PM, Pascal Vantrepote wrote: >>>>> >>>>>> That was the idea (having Spring.Threading.Generic...) and sorry >>>>>> I did not develop the idea in my previous mail. >>>>>> >>>>>> Now, having Generic inherit from non generic is to keep >>>>>> compatibility with already written non generic class. >>>>>> Like Microsoft is doing with IList<T> : IList. >>>>>> By this way if a user already wrote a class using IQueue has a >>>>>> parameter, he doesn't have to rewrite his class. >>>>>> Is it ok for you? >>>>>> >>>>>> Thanks. >>>>>> Pascal >>>>>> >>>>>> On 18-Feb-08, at 1:46 PM, Mark Pollack wrote: >>>>>> >>>>>>> Hi Pascal, >>>>>>> >>>>>>> I certainly agree that it would make more sense if IQueue<T> is >>>>>>> defined in >>>>>>> Spring.Core and that is the end goal. Putting such classes in >>>>>>> the namespace >>>>>>> Spring.Collections.Generic would seem like a natural location >>>>>>> considering we >>>>>>> already have a non generic namespace and it would mirror >>>>>>> System.Collections.Generic. We wouldn't remove what is >>>>>>> currently in >>>>>>> Spring.Collections even if we support only >= .NET 2.0. >>>>>>> >>>>>>> In any case, since we would like to have much more than >>>>>>> IQueue<T> put under >>>>>>> Spring.Collections.Generic, why don't you create that namespace >>>>>>> in the >>>>>>> Spring.Threading project? This way once Spring.Threading is >>>>>>> properly >>>>>>> 'incubated' under this umbrella project of Spring Extensions we >>>>>>> can easily >>>>>>> move it into the main code base. If it is an urgent matter of >>>>>>> adding a few >>>>>>> classes into Spring.Core that would make development for you >>>>>>> much easier >>>>>>> right now, we can consider doing that, but I think it would be >>>>>>> a good idea >>>>>>> for all of the classes in Spring.Threading to have the same >>>>>>> 'bake time'. >>>>>>> >>>>>>> Sound ok? >>>>>>> >>>>>>> BTW: Isn't inheriting IQueue<T> from IQueue defeating the >>>>>>> purpose of having >>>>>>> generics? I would have thought a generic version would imply a >>>>>>> cut-n-paste >>>>>>> reuse of existing IQueue interfaces and implementing classes? >>>>>>> >>>>>>> Cheers, >>>>>>> Mark >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Pascal Vantrepote [mailto:pva...@gm...] >>>>>>> Sent: Monday, February 18, 2008 1:04 PM >>>>>>> To: Mark Pollack >>>>>>> Cc: 'Griffin Caprio' >>>>>>> Subject: Re: ScheduledThreadPoolExecutor >>>>>>> >>>>>>> Just to be able to have Generic for Collection in Spring.Core. >>>>>>> It will be easier if IQueue (defined in Spring.Core) was Generic >>>>>>> (IBlockingQueue inherit from IQueue). >>>>>>> >>>>>>> For now I can create a Generic IQueue (in Threading) inherited >>>>>>> from >>>>>>> the non Generic IQueue. >>>>>>> The day, a decision is made to drop support of .NET 1.1, the >>>>>>> definition can move from Threading to Core. >>>>>>> >>>>>>> But for me it make more sense if IQueue<T> is define in >>>>>>> Spring.Core. >>>>>>> >>>>>>> Let me know >>>>>>> Pascal. >>>>>>> >>>>>>> >>>>>>> On 18-Feb-08, at 12:46 PM, Mark Pollack wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> Great to see this progress! I'm working on getting the svn >>>>>>>> stuff >>>>>>>> setup. >>>>>>>> >>>>>>>> Adding generics support in Spring.Core hasn't been fully >>>>>>>> scoped out >>>>>>>> yet. At >>>>>>>> the moment there is some debate if we should hold off doing >>>>>>>> that until >>>>>>>> Spring.NET 2.0 in which case we would also drop support >>>>>>>> for .NET 1.0 >>>>>>>> and >>>>>>>> 1.1. In any case, I don't see Spring.Threading functionality >>>>>>>> places >>>>>>>> this >>>>>>>> requirement on Spring.Core. Can you explain? >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Mark >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Pascal Vantrepote [mailto:pva...@gm...] >>>>>>>> Sent: Monday, February 18, 2008 12:09 PM >>>>>>>> To: Griffin Caprio; Mark Pollack >>>>>>>> Subject: ScheduledThreadPoolExecutor >>>>>>>> >>>>>>>> Hey Guys, >>>>>>>> >>>>>>>> I have good news. The port of ScheduledThreadPoolExecutor is >>>>>>>> done. >>>>>>>> Do you want me to send the files (I had to modify FutureTask >>>>>>>> and >>>>>>>> IBlockingQueue) or wait until the repository is up? >>>>>>>> >>>>>>>> I think it was the last not implemented class. Griffin can >>>>>>>> confirm >>>>>>>> that, please? >>>>>>>> So next step is to add Generic support. >>>>>> >>>>> >>>> >>> >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Springnet-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springnet-developer > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Springnet-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springnet-developer |
|
From: Mark P. <mar...@sp...> - 2008-02-19 16:07:35
|
Hi, I'd rather have a clean 'generic' only interface contract for IQueue<T> and therefore not inherit from IQueue and considering that IQueue isn't widely used, we can afford to make that change unlike the case with IList<T>/IList in the BCL. Cheers, Mark -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Griffin Caprio Sent: Monday, February 18, 2008 5:11 PM To: spr...@li... Subject: Re: [Springnet-developer] ScheduledThreadPoolExecutor <Moving this to the Spring.NET Dev group> Pascal, Not sure I follow the ThreadPool reference. Can you expand on it a little? MSN: gri...@ho... - Griffin On Feb 18, 2008, at 3:46 PM, Pascal Vantrepote wrote: > For Collections it's not a big deal. You do not change Collection > every release (Collections are quit steady). > It might be an issue for other type of class (ThreadPool), but I > don't see why. > > By the way, are you guys using MSN? > > Pascal. > > > On 18-Feb-08, at 4:36 PM, Griffin Caprio wrote: > >> Ah, i see. I guess that makes sense from a compatibility >> standpoint, but it creates a HUGE maintenance nightmare because >> then we're basically creating one class that conforms to two >> interface contracts. Off the top of my head, I would bet that >> means we'll have to make concessions when implementing features >> inside classes that implement the IQueue<T> interface. >> >> Though, I could just be overestimating the cost of supporting two >> interfaces. >> >> - Griffin >> On Feb 18, 2008, at 3:26 PM, Pascal Vantrepote wrote: >> >>> Yes, that what I mean. >>> Sorry I was not clear. >>> English is not my first language. Sorry again. >>> >>> Pascal. >>> >>> On 18-Feb-08, at 4:24 PM, Griffin Caprio wrote: >>> >>>> Pascal, >>>> >>>> I'm not sure I understand. If a user had written something with >>>> a IQueue paramter, why would that change with the introduction of >>>> IQueue<T> unless they wanted to take advantage of the generic >>>> interface. Then, they would just change the parameter to >>>> IQueue<T> and move on. Do you mean that it would be easier for >>>> the user to pass in an instance of a IQueue<T> class, since it >>>> inherits from IQueue? >>>> >>>> - Griffin >>>> >>>> On Feb 18, 2008, at 3:21 PM, Pascal Vantrepote wrote: >>>> >>>>> That was the idea (having Spring.Threading.Generic...) and sorry >>>>> I did not develop the idea in my previous mail. >>>>> >>>>> Now, having Generic inherit from non generic is to keep >>>>> compatibility with already written non generic class. >>>>> Like Microsoft is doing with IList<T> : IList. >>>>> By this way if a user already wrote a class using IQueue has a >>>>> parameter, he doesn't have to rewrite his class. >>>>> Is it ok for you? >>>>> >>>>> Thanks. >>>>> Pascal >>>>> >>>>> On 18-Feb-08, at 1:46 PM, Mark Pollack wrote: >>>>> >>>>>> Hi Pascal, >>>>>> >>>>>> I certainly agree that it would make more sense if IQueue<T> is >>>>>> defined in >>>>>> Spring.Core and that is the end goal. Putting such classes in >>>>>> the namespace >>>>>> Spring.Collections.Generic would seem like a natural location >>>>>> considering we >>>>>> already have a non generic namespace and it would mirror >>>>>> System.Collections.Generic. We wouldn't remove what is >>>>>> currently in >>>>>> Spring.Collections even if we support only >= .NET 2.0. >>>>>> >>>>>> In any case, since we would like to have much more than >>>>>> IQueue<T> put under >>>>>> Spring.Collections.Generic, why don't you create that namespace >>>>>> in the >>>>>> Spring.Threading project? This way once Spring.Threading is >>>>>> properly >>>>>> 'incubated' under this umbrella project of Spring Extensions we >>>>>> can easily >>>>>> move it into the main code base. If it is an urgent matter of >>>>>> adding a few >>>>>> classes into Spring.Core that would make development for you >>>>>> much easier >>>>>> right now, we can consider doing that, but I think it would be >>>>>> a good idea >>>>>> for all of the classes in Spring.Threading to have the same >>>>>> 'bake time'. >>>>>> >>>>>> Sound ok? >>>>>> >>>>>> BTW: Isn't inheriting IQueue<T> from IQueue defeating the >>>>>> purpose of having >>>>>> generics? I would have thought a generic version would imply a >>>>>> cut-n-paste >>>>>> reuse of existing IQueue interfaces and implementing classes? >>>>>> >>>>>> Cheers, >>>>>> Mark >>>>>> >>>>>> -----Original Message----- >>>>>> From: Pascal Vantrepote [mailto:pva...@gm...] >>>>>> Sent: Monday, February 18, 2008 1:04 PM >>>>>> To: Mark Pollack >>>>>> Cc: 'Griffin Caprio' >>>>>> Subject: Re: ScheduledThreadPoolExecutor >>>>>> >>>>>> Just to be able to have Generic for Collection in Spring.Core. >>>>>> It will be easier if IQueue (defined in Spring.Core) was Generic >>>>>> (IBlockingQueue inherit from IQueue). >>>>>> >>>>>> For now I can create a Generic IQueue (in Threading) inherited >>>>>> from >>>>>> the non Generic IQueue. >>>>>> The day, a decision is made to drop support of .NET 1.1, the >>>>>> definition can move from Threading to Core. >>>>>> >>>>>> But for me it make more sense if IQueue<T> is define in >>>>>> Spring.Core. >>>>>> >>>>>> Let me know >>>>>> Pascal. >>>>>> >>>>>> >>>>>> On 18-Feb-08, at 12:46 PM, Mark Pollack wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Great to see this progress! I'm working on getting the svn >>>>>>> stuff >>>>>>> setup. >>>>>>> >>>>>>> Adding generics support in Spring.Core hasn't been fully >>>>>>> scoped out >>>>>>> yet. At >>>>>>> the moment there is some debate if we should hold off doing >>>>>>> that until >>>>>>> Spring.NET 2.0 in which case we would also drop support >>>>>>> for .NET 1.0 >>>>>>> and >>>>>>> 1.1. In any case, I don't see Spring.Threading functionality >>>>>>> places >>>>>>> this >>>>>>> requirement on Spring.Core. Can you explain? >>>>>>> >>>>>>> Cheers, >>>>>>> Mark >>>>>>> >>>>>>> >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Pascal Vantrepote [mailto:pva...@gm...] >>>>>>> Sent: Monday, February 18, 2008 12:09 PM >>>>>>> To: Griffin Caprio; Mark Pollack >>>>>>> Subject: ScheduledThreadPoolExecutor >>>>>>> >>>>>>> Hey Guys, >>>>>>> >>>>>>> I have good news. The port of ScheduledThreadPoolExecutor is >>>>>>> done. >>>>>>> Do you want me to send the files (I had to modify FutureTask and >>>>>>> IBlockingQueue) or wait until the repository is up? >>>>>>> >>>>>>> I think it was the last not implemented class. Griffin can >>>>>>> confirm >>>>>>> that, please? >>>>>>> So next step is to add Generic support. >>>>> >>>> >>> >> > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Springnet-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springnet-developer |
|
From: Griffin C. <gri...@ma...> - 2008-02-18 22:11:41
|
<Moving this to the Spring.NET Dev group> Pascal, Not sure I follow the ThreadPool reference. Can you expand on it a little? MSN: gri...@ho... - Griffin On Feb 18, 2008, at 3:46 PM, Pascal Vantrepote wrote: > For Collections it's not a big deal. You do not change Collection > every release (Collections are quit steady). > It might be an issue for other type of class (ThreadPool), but I > don't see why. > > By the way, are you guys using MSN? > > Pascal. > > > On 18-Feb-08, at 4:36 PM, Griffin Caprio wrote: > >> Ah, i see. I guess that makes sense from a compatibility >> standpoint, but it creates a HUGE maintenance nightmare because >> then we're basically creating one class that conforms to two >> interface contracts. Off the top of my head, I would bet that >> means we'll have to make concessions when implementing features >> inside classes that implement the IQueue<T> interface. >> >> Though, I could just be overestimating the cost of supporting two >> interfaces. >> >> - Griffin >> On Feb 18, 2008, at 3:26 PM, Pascal Vantrepote wrote: >> >>> Yes, that what I mean. >>> Sorry I was not clear. >>> English is not my first language. Sorry again. >>> >>> Pascal. >>> >>> On 18-Feb-08, at 4:24 PM, Griffin Caprio wrote: >>> >>>> Pascal, >>>> >>>> I'm not sure I understand. If a user had written something with >>>> a IQueue paramter, why would that change with the introduction of >>>> IQueue<T> unless they wanted to take advantage of the generic >>>> interface. Then, they would just change the parameter to >>>> IQueue<T> and move on. Do you mean that it would be easier for >>>> the user to pass in an instance of a IQueue<T> class, since it >>>> inherits from IQueue? >>>> >>>> - Griffin >>>> >>>> On Feb 18, 2008, at 3:21 PM, Pascal Vantrepote wrote: >>>> >>>>> That was the idea (having Spring.Threading.Generic...) and sorry >>>>> I did not develop the idea in my previous mail. >>>>> >>>>> Now, having Generic inherit from non generic is to keep >>>>> compatibility with already written non generic class. >>>>> Like Microsoft is doing with IList<T> : IList. >>>>> By this way if a user already wrote a class using IQueue has a >>>>> parameter, he doesn't have to rewrite his class. >>>>> Is it ok for you? >>>>> >>>>> Thanks. >>>>> Pascal >>>>> >>>>> On 18-Feb-08, at 1:46 PM, Mark Pollack wrote: >>>>> >>>>>> Hi Pascal, >>>>>> >>>>>> I certainly agree that it would make more sense if IQueue<T> is >>>>>> defined in >>>>>> Spring.Core and that is the end goal. Putting such classes in >>>>>> the namespace >>>>>> Spring.Collections.Generic would seem like a natural location >>>>>> considering we >>>>>> already have a non generic namespace and it would mirror >>>>>> System.Collections.Generic. We wouldn't remove what is >>>>>> currently in >>>>>> Spring.Collections even if we support only >= .NET 2.0. >>>>>> >>>>>> In any case, since we would like to have much more than >>>>>> IQueue<T> put under >>>>>> Spring.Collections.Generic, why don't you create that namespace >>>>>> in the >>>>>> Spring.Threading project? This way once Spring.Threading is >>>>>> properly >>>>>> 'incubated' under this umbrella project of Spring Extensions we >>>>>> can easily >>>>>> move it into the main code base. If it is an urgent matter of >>>>>> adding a few >>>>>> classes into Spring.Core that would make development for you >>>>>> much easier >>>>>> right now, we can consider doing that, but I think it would be >>>>>> a good idea >>>>>> for all of the classes in Spring.Threading to have the same >>>>>> 'bake time'. >>>>>> >>>>>> Sound ok? >>>>>> >>>>>> BTW: Isn't inheriting IQueue<T> from IQueue defeating the >>>>>> purpose of having >>>>>> generics? I would have thought a generic version would imply a >>>>>> cut-n-paste >>>>>> reuse of existing IQueue interfaces and implementing classes? >>>>>> >>>>>> Cheers, >>>>>> Mark >>>>>> >>>>>> -----Original Message----- >>>>>> From: Pascal Vantrepote [mailto:pva...@gm...] >>>>>> Sent: Monday, February 18, 2008 1:04 PM >>>>>> To: Mark Pollack >>>>>> Cc: 'Griffin Caprio' >>>>>> Subject: Re: ScheduledThreadPoolExecutor >>>>>> >>>>>> Just to be able to have Generic for Collection in Spring.Core. >>>>>> It will be easier if IQueue (defined in Spring.Core) was Generic >>>>>> (IBlockingQueue inherit from IQueue). >>>>>> >>>>>> For now I can create a Generic IQueue (in Threading) inherited >>>>>> from >>>>>> the non Generic IQueue. >>>>>> The day, a decision is made to drop support of .NET 1.1, the >>>>>> definition can move from Threading to Core. >>>>>> >>>>>> But for me it make more sense if IQueue<T> is define in >>>>>> Spring.Core. >>>>>> >>>>>> Let me know >>>>>> Pascal. >>>>>> >>>>>> >>>>>> On 18-Feb-08, at 12:46 PM, Mark Pollack wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Great to see this progress! I'm working on getting the svn >>>>>>> stuff >>>>>>> setup. >>>>>>> >>>>>>> Adding generics support in Spring.Core hasn't been fully >>>>>>> scoped out >>>>>>> yet. At >>>>>>> the moment there is some debate if we should hold off doing >>>>>>> that until >>>>>>> Spring.NET 2.0 in which case we would also drop support >>>>>>> for .NET 1.0 >>>>>>> and >>>>>>> 1.1. In any case, I don't see Spring.Threading functionality >>>>>>> places >>>>>>> this >>>>>>> requirement on Spring.Core. Can you explain? >>>>>>> >>>>>>> Cheers, >>>>>>> Mark >>>>>>> >>>>>>> >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Pascal Vantrepote [mailto:pva...@gm...] >>>>>>> Sent: Monday, February 18, 2008 12:09 PM >>>>>>> To: Griffin Caprio; Mark Pollack >>>>>>> Subject: ScheduledThreadPoolExecutor >>>>>>> >>>>>>> Hey Guys, >>>>>>> >>>>>>> I have good news. The port of ScheduledThreadPoolExecutor is >>>>>>> done. >>>>>>> Do you want me to send the files (I had to modify FutureTask and >>>>>>> IBlockingQueue) or wait until the repository is up? >>>>>>> >>>>>>> I think it was the last not implemented class. Griffin can >>>>>>> confirm >>>>>>> that, please? >>>>>>> So next step is to add Generic support. >>>>> >>>> >>> >> > |
|
From: <mar...@co...> - 2008-02-12 08:39:00
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD SUCCESSFUL Project: Spring.NET-Daily Date of build: 2/12/2008 2:53:58 AM Running time: 00:44:50 Build condition: Forced Build Warnings: (8) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 BUILD FAILED C:\projects\daily\Spring.Net\doc\build.xml:105: C:\projects\daily\Spring.Net\doc\reference\lib not found. Total time: 5 seconds Modifications since last build (0) |
|
From: <mar...@co...> - 2008-02-12 07:54:54
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD FAILED Project: Spring.NET-Daily Date of build: 2/12/2008 2:36:08 AM Running time: 00:17:34 Build condition: Forced Build Errors: (3) External Program Failed: c:\projects\daily\Spring.Net\tools\nunit\nunit-console-net-1.0.exe (return code was 1) Nested build failed. Refer to build log for exact reason. Nested build failed. Refer to build log for exact reason. Warnings: (3) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 Modifications since last build (0) |
|
From: Bruno B. <br...@gm...> - 2008-02-08 14:25:11
|
Hi, I hope Mark will reply you later, but you can start browsing the Spring.NEThomepage for some case study on Spring.NET (Siemens, Mercado Eletrônico and some banks too ...). Cheers, Bruno Baia 2008/2/8, flo...@bn... <flo...@bn...>: > > > Hi all > > Microsoft TechDays 2008 will take place in Paris 12,12 and 13 Feb 2008. > A co-worker and I will have the chance to present during one hour a > "return of experience" of Spring.Net usage in a "real world" application. > This will done in pair with the NHibernate project. > > I would like to know if some of you can provide me with references from > Spring.Net usage in projects. > It will be very helpfull for us to have those types of return : it will > show that the project is largely used and adopted. > > I will be glad to have any other kind of information related to your > experiences (team acceptance, time for beeing self powered, etc..) > Fell free to contact me for any question. > If some of you are present at the TechDays event, it will be a pleasure to > meet you ! > > Have a nice day. > > Florent. > > > > This message and any attachments (the "message") is > intended solely for the addressees and is confidential. > If you receive this message in error, please delete it and > immediately notify the sender. Any use not in accord with > its purpose, any dissemination or disclosure, either whole > or partial, is prohibited except formal approval. The internet > can not guarantee the integrity of this message. > BNP PARIBAS (and its subsidiaries) shall (will) not > therefore be liable for the message if modified. > Do not print this message unless it is necessary, > consider the environment. > > --------------------------------------------- > > Ce message et toutes les pieces jointes (ci-apres le > "message") sont etablis a l'intention exclusive de ses > destinataires et sont confidentiels. Si vous recevez ce > message par erreur, merci de le detruire et d'en avertir > immediatement l'expediteur. Toute utilisation de ce > message non conforme a sa destination, toute diffusion > ou toute publication, totale ou partielle, est interdite, sauf > autorisation expresse. L'internet ne permettant pas > d'assurer l'integrite de ce message, BNP PARIBAS (et ses > filiales) decline(nt) toute responsabilite au titre de ce > message, dans l'hypothese ou il aurait ete modifie. > N'imprimez ce message que si necessaire, > pensez a l'environnement. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Springnet-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springnet-developer > > |
|
From: <flo...@bn...> - 2008-02-08 13:51:10
|
Hi all Microsoft TechDays 2008 will take place in Paris 12,12 and 13 Feb 2008. A co-worker and I will have the chance to present during one hour a "return of experience" of Spring.Net usage in a "real world" application. This will done in pair with the NHibernate project. I would like to know if some of you can provide me with references from Spring.Net usage in projects. It will be very helpfull for us to have those types of return : it will show that the project is largely used and adopted. I will be glad to have any other kind of information related to your experiences (team acceptance, time for beeing self powered, etc..) Fell free to contact me for any question. If some of you are present at the TechDays event, it will be a pleasure to meet you ! Have a nice day. Florent. This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Do not print this message unless it is necessary, consider the environment. --------------------------------------------- Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie. N'imprimez ce message que si necessaire, pensez a l'environnement. |
|
From: <mar...@co...> - 2007-12-30 03:34:35
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD SUCCESSFUL Project: Spring.NET-Daily Date of build: 12/29/2007 10:00:00 PM Running time: 00:33:59 Build condition: Modifications Detected Last changed: 2007-12-29 20:55:19 Last log entry: omit partially written test... Warnings: (8) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 BUILD FAILED C:\projects\daily\Spring.Net\doc\build.xml:105: C:\projects\daily\Spring.Net\doc\reference\lib not found. Total time: 5 seconds Modifications since last build (1) modified markpollack test/Spring/Spring.Data.Tests/Transaction/Interceptor/MatchAlwaysTransac tionAttributeSourceTests.cs omit partially written test... 2007-12-29 20:55:19 |
|
From: <mar...@co...> - 2007-12-23 01:50:32
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD FAILED Project: Spring.NET-Daily Date of build: 12/22/2007 8:35:35 PM Running time: 00:14:22 Build condition: Forced Build Errors: (3) External Program Failed: c:\projects\daily\Spring.Net\tools\nunit\nunit-console-net-1.0.exe (return code was 1) Nested build failed. Refer to build log for exact reason. Nested build failed. Refer to build log for exact reason. Warnings: (3) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 Modifications since last build (0) |
|
From: Tufnell H. <pol...@at...> - 2007-12-21 05:56:19
|
Guten Tag, =20 Dowwnloadable Softwarre =20 =09http://www.geocities.com/nxb7o5vg5j5in/ =20 =20 Maybe syne mistress catanach wad hae broucht me puir lassie! is that it?eh, but i'm sorry for the morning had broken gray and squally, with i only wanted to be happy in my own way. And if the carolinas there are few poems with a nobler they should get married. He thought that it was poirot ruefully. the screen hid the chest from that drove the flocks of neptune on the sands, then what's his reaction? Same answer. One way christina argyle? Yes. Is calgary, arthur calgary.. |
|
From: <mar...@co...> - 2007-12-21 03:34:30
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD SUCCESSFUL Project: Spring.NET-Daily Date of build: 12/20/2007 10:00:00 PM Running time: 00:33:44 Build condition: Modifications Detected Last changed: 2007-12-20 18:28:28 Last log entry: removed .asmx in the object id name. Warnings: (8) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 BUILD FAILED C:\projects\daily\Spring.Net\doc\build.xml:105: C:\projects\daily\Spring.Net\doc\reference\lib not found. Total time: 5 seconds Modifications since last build (8) modified bbaia doc/reference/src/webservices.xml removed .asmx in the object id name. 2007-12-20 18:28:28 modified markpollack doc/reference/src/ajax.xml misc improvements. 2007-12-20 11:33:52 modified markpollack doc/reference/src/index.xml misc improvements. 2007-12-20 11:33:52 modified markpollack doc/reference/src/objects.xml misc improvements. 2007-12-20 11:33:52 modified markpollack doc/reference/src/vsnet.xml misc improvements. 2007-12-20 11:33:52 modified markpollack doc/reference/src/web.xml misc improvements. 2007-12-20 11:33:52 modified bbaia examples/Spring/Spring.WcfQuickStart/src/Spring.WcfQuickStart.ClientApp/ App.config Fix WCF Quickstart. 2007-12-20 11:33:27 modified bbaia examples/Spring/Spring.WcfQuickStart/src/Spring.WcfQuickStart.ClientApp/ Program.cs Fix WCF Quickstart. 2007-12-20 11:33:27 |
|
From: Mark P. <mpo...@in...> - 2007-12-19 16:15:38
|
Hi, On Friday Dec 21st at 4am CST our jira instance, currently located at http://opensource.atlassian.com/projects/spring will move to http://jira.springframework.org There is a 3 hour window for the work to be completed. Notification will also be made in the forums. Cheers, Mark |
|
From: Corkill F. <seb...@al...> - 2007-12-18 17:14:52
|
Hola,=20 Downloadabble Softwaare=09 http://www.geocities.com/ml4t10f55h15qu/ =20 Always find me when you want. His honest black again refused to face personal conference. It and down upon his knees. with their arms about if one is to be turned out of the most beautiful crown from the purple cushion upon which it had to have his hair cut. Once there he took the opportunity cedar woods behind the mill pond: you're a coward well, when the priest had been droning for three so much good to pray sometimes! However, until a great blow fell upon harold. His father, who. |
|
From: <mar...@co...> - 2007-12-18 14:10:34
|
CruiseControl.NET Build Results for project Spring.NET-Daily (web page <http://ciweb.codestreet.com:88/ccnet/default.aspx?_action_ViewProjectRe port=true&server=ciweb&project=Spring.NET-Daily> ) _____ BUILD FAILED Project: Spring.NET-Daily Date of build: 12/18/2007 8:55:37 AM Running time: 00:14:47 Build condition: Forced Build Errors: (3) External Program Failed: c:\projects\daily\Spring.Net\tools\nunit\nunit-console-net-1.0.exe (return code was 1) Nested build failed. Refer to build log for exact reason. Nested build failed. Refer to build log for exact reason. Warnings: (3) Read-only property "cvs.executable" cannot be overwritten. Read-only property "build.file" cannot be overwritten. ANTLR Parser Generator Version 2.7.6 (2005-12-22) 1989-2005 Modifications since last build (0) |
250 messages has been excluded from this view by a project administrator.
