<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0"><channel><title>metalinq Work Item Rss Feed</title><link>http://www.codeplex.com/metalinq/WorkItem/List.aspx</link><description>metalinq Work Item Rss Description</description><item><title>Created Issue: Nuget [22509]</title><link>http://metalinq.codeplex.com/workitem/22509</link><description>Would you like to put this on to Nuget, or would you mind if I did so&amp;#63;&lt;br /&gt;</description><author>mcintyre321</author><pubDate>Sat, 14 Apr 2012 12:44:21 GMT</pubDate><guid isPermaLink="false">Created Issue: Nuget [22509] 20120414124421P</guid></item><item><title>Commented Issue: Cannot serialize expressions that include captured variables [10990]</title><link>http://metalinq.codeplex.com/workitem/10990</link><description>captured variables are compiled into private sealed classes and therefore cannot be serialized - trying to serializing such an expression fails&lt;br /&gt;Comments: ** Comment from web user: mwpowellnm ** &lt;p&gt;it&amp;#39;s been awhile since this was last commented on. can you clarify what this means&amp;#63; if I understand it rightly, if I capture a local variable int i &amp;#61; 3 in my Lambda Expression prior to serializing, I should be unable to compile or necessarily invoke the same Lambda Expression when I deserialize it... unless I&amp;#39;ve also got an int i in the same scope as that&amp;#63; thank you... if so, it seems to me variables that can be &amp;#34;seen&amp;#34; is a reasonable &amp;#34;limitation&amp;#34; operating with Lambdas, and necessarily disciplines developers to make proper use of them.&lt;/p&gt;</description><author>mwpowellnm</author><pubDate>Sun, 04 Sep 2011 14:55:23 GMT</pubDate><guid isPermaLink="false">Commented Issue: Cannot serialize expressions that include captured variables [10990] 20110904025523P</guid></item><item><title>Created Issue: Expression Constant comparing Nullable&lt;DateTime&gt; fails with InvalidOperationException [20253]</title><link>http://metalinq.codeplex.com/workitem/20253</link><description>The exception below occurs when comparing an object property that is a Nullable&amp;#60;DateTime&amp;#62;.  The attached file resolved the problem.&lt;br /&gt;&lt;br /&gt;System.InvalidOperationException was unhandled&lt;br /&gt;  Message&amp;#61;The binary operator LessThanOrEqual is not defined for the types &amp;#39;System.Nullable&amp;#96;1&amp;#91;System.DateTime&amp;#93;&amp;#39; and &amp;#39;System.DateTime&amp;#39;.&lt;br /&gt;  Source&amp;#61;System.Core&lt;br /&gt;  StackTrace&amp;#58;&lt;br /&gt;       at System.Linq.Expressions.Expression.GetComparisonOperator&amp;#40;ExpressionType binaryType, String opName, Expression left, Expression right, Boolean liftToNull&amp;#41;&lt;br /&gt;       at System.Linq.Expressions.Expression.LessThanOrEqual&amp;#40;Expression left, Expression right, Boolean liftToNull, MethodInfo method&amp;#41;&lt;br /&gt;       at System.Linq.Expressions.Expression.MakeBinary&amp;#40;ExpressionType binaryType, Expression left, Expression right, Boolean liftToNull, MethodInfo method, LambdaExpression conversion&amp;#41;&lt;br /&gt;       at System.Linq.Expressions.Expression.MakeBinary&amp;#40;ExpressionType binaryType, Expression left, Expression right&amp;#41;&lt;br /&gt;       at ExpressionBuilder.EditableBinaryExpression.ToExpression&amp;#40;&amp;#41; in D&amp;#58;&amp;#92;Visual Studio Projects&amp;#92;Deloitte - Innovation Center&amp;#92;Dev&amp;#92;Phase 1&amp;#92;TestApps&amp;#92;Diet.Expressions&amp;#92;ExpressionBuilder&amp;#92;Expressions&amp;#92;EditableBinaryExpression.cs&amp;#58;line 48&lt;br /&gt;       at ExpressionBuilder.EditableBinaryExpression.ToExpression&amp;#40;&amp;#41; in D&amp;#58;&amp;#92;Visual Studio Projects&amp;#92;Deloitte - Innovation Center&amp;#92;Dev&amp;#92;Phase 1&amp;#92;TestApps&amp;#92;Diet.Expressions&amp;#92;ExpressionBuilder&amp;#92;Expressions&amp;#92;EditableBinaryExpression.cs&amp;#58;line 48&lt;br /&gt;       at ExpressionBuilder.EditableBinaryExpression.ToExpression&amp;#40;&amp;#41; in D&amp;#58;&amp;#92;Visual Studio Projects&amp;#92;Deloitte - Innovation Center&amp;#92;Dev&amp;#92;Phase 1&amp;#92;TestApps&amp;#92;Diet.Expressions&amp;#92;ExpressionBuilder&amp;#92;Expressions&amp;#92;EditableBinaryExpression.cs&amp;#58;line 48&lt;br /&gt;       at ExpressionBuilder.EditableLambdaExpression.ToExpression&amp;#40;&amp;#41; in D&amp;#58;&amp;#92;Visual Studio Projects&amp;#92;Deloitte - Innovation Center&amp;#92;Dev&amp;#92;Phase 1&amp;#92;TestApps&amp;#92;Diet.Expressions&amp;#92;ExpressionBuilder&amp;#92;Expressions&amp;#92;EditableLambdaExpression.cs&amp;#58;line 53&lt;br /&gt;</description><author>RobinHSanner</author><pubDate>Thu, 17 Mar 2011 16:10:10 GMT</pubDate><guid isPermaLink="false">Created Issue: Expression Constant comparing Nullable&lt;DateTime&gt; fails with InvalidOperationException [20253] 20110317041010P</guid></item><item><title>Created Issue: cannot serialize EditableMemeberInfoCollection [15760]</title><link>http://metalinq.codeplex.com/WorkItem/View.aspx?WorkItemId=15760</link><description>hello,&lt;br /&gt;i am tring to cearte an expression, serialize it and then save it to my db.&lt;br /&gt;the expression is like this&amp;#58;&lt;br /&gt;&lt;br /&gt;Expression&amp;#60;Func&amp;#60;Person,List&amp;#60;Address&amp;#62;&amp;#62;&amp;#62; exp &amp;#61; &amp;#40;person&amp;#41; &amp;#61;&amp;#62; person.HasAddress &amp;#63; person.Addresses.ToList&amp;#40;&amp;#41; &amp;#58; new List&amp;#60;Address&amp;#62;&amp;#40;&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;then i serialize it using DataContactSerializer.&lt;br /&gt;up until now every thing is working fine.&lt;br /&gt;&lt;br /&gt;i am deserializing it from the DB and save it in velocity cache,&lt;br /&gt;then i am getting this expection&amp;#58;&lt;br /&gt;&amp;#34;Type &amp;#39;Address&amp;#39; cannot be serialized.  Consider marking it with the DataContractAttribute attribute, and marking all of its members you want serialized with the DataMemberAttribute attribute&amp;#34;&lt;br /&gt;&lt;br /&gt;any idea&amp;#63;&lt;br /&gt;thanks&amp;#33;&lt;br /&gt;</description><author>habmic</author><pubDate>Thu, 07 Jan 2010 09:49:53 GMT</pubDate><guid isPermaLink="false">Created Issue: cannot serialize EditableMemeberInfoCollection [15760] 20100107094953A</guid></item><item><title>Closed Issue: MethodCallExpression fails on handling static methods</title><link>http://metalinq.codeplex.com/WorkItem/View.aspx?WorkItemId=12709</link><description>There&amp;#39;s no check if the object property is null &amp;#40;in case it&amp;#39;s a static method&amp;#41;&lt;br /&gt;</description><author>idof</author><pubDate>Fri, 27 Feb 2009 13:15:12 GMT</pubDate><guid isPermaLink="false">Closed Issue: MethodCallExpression fails on handling static methods 20090227011512P</guid></item><item><title>Created Issue: MethodCallExpression fails on handling static methods</title><link>http://metalinq.codeplex.com/WorkItem/View.aspx?WorkItemId=12709</link><description>There&amp;#39;s no check if the object property is null &amp;#40;in case it&amp;#39;s a static method&amp;#41;&lt;br /&gt;</description><author>idof</author><pubDate>Fri, 27 Feb 2009 12:40:43 GMT</pubDate><guid isPermaLink="false">Created Issue: MethodCallExpression fails on handling static methods 20090227124043P</guid></item><item><title>Created Issue: Converting Expressions with static method calls back into System.Linq Expressions</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=12701</link><description>When converting methods back into System.Linq expressions via the ToExpression&amp;#40;&amp;#41; method call, if the original expression had a static method call a null reference exception would occur in the ToExpression&amp;#40;&amp;#41; method of the EditableMethodCallExpression class. The issue comes from the following line&lt;br /&gt;&amp;#34;return Expression.Call&amp;#40;Object.ToExpression&amp;#40;&amp;#41;, Method, Arguments.GetExpressions&amp;#40;&amp;#41;.ToArray&amp;#60;Expression&amp;#62;&amp;#40;&amp;#41;&amp;#41;&amp;#59;&amp;#34; the property Object is null for static &amp;#40;Shared in VB&amp;#41; method calls. According to the MSDN Documentation for the Expression.Call method, the first parameter needs to be null for static method calls. Therefore, changing the method body tot he following resolves the issue&amp;#58;&lt;br /&gt;&lt;br /&gt;        &amp;#47;&amp;#47; Methods&lt;br /&gt;        public override Expression ToExpression&amp;#40;&amp;#41;&lt;br /&gt;        &amp;#123;&lt;br /&gt;            if &amp;#40;Object &amp;#61;&amp;#61; null&amp;#41;&lt;br /&gt;            &amp;#123;&lt;br /&gt;                return Expression.Call&amp;#40;null, Method, Arguments.GetExpressions&amp;#40;&amp;#41;.ToArray&amp;#60;Expression&amp;#62;&amp;#40;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;            &amp;#125;&lt;br /&gt;            else&lt;br /&gt;            &amp;#123;&lt;br /&gt;                return Expression.Call&amp;#40;Object.ToExpression&amp;#40;&amp;#41;, Method, Arguments.GetExpressions&amp;#40;&amp;#41;.ToArray&amp;#60;Expression&amp;#62;&amp;#40;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;            &amp;#125;&lt;br /&gt;        &amp;#125;&lt;br /&gt;</description><author>Liqdfire</author><pubDate>Thu, 26 Feb 2009 14:52:37 GMT</pubDate><guid isPermaLink="false">Created Issue: Converting Expressions with static method calls back into System.Linq Expressions 20090226025237P</guid></item><item><title>Closed Issue: Apply DataContract, DataMember attributes to all classes</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10975</link><description>DataContract is needed to allow serialization of the classes with DataContractSerializer.&lt;br /&gt;Indeed, we can use the serializer without putting the attributes, but in some of the classes we&amp;#39;ll use serialization that is not the default &amp;#40;such as not serializing public properties&amp;#41; so we&amp;#39;ll add the attribute to generalize the solution approach&lt;br /&gt;</description><author>idof</author><pubDate>Thu, 09 Oct 2008 10:20:23 GMT</pubDate><guid isPermaLink="false">Closed Issue: Apply DataContract, DataMember attributes to all classes 20081009102023A</guid></item><item><title>Closed Task: Add xml serializer attributes to support serialization with XmlSerializer</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=11420</link><description>Add XmlIgnore elements where needed&lt;br /&gt;</description><author>idof</author><pubDate>Thu, 09 Oct 2008 10:20:22 GMT</pubDate><guid isPermaLink="false">Closed Task: Add xml serializer attributes to support serialization with XmlSerializer 20081009102022A</guid></item><item><title>Created Task: Add xml serializer attributes to support serialization with XmlSerializer</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=11420</link><description>Add XmlIgnore elements where needed&lt;br /&gt;</description><author>idof</author><pubDate>Tue, 07 Oct 2008 20:02:04 GMT</pubDate><guid isPermaLink="false">Created Task: Add xml serializer attributes to support serialization with XmlSerializer 20081007080204P</guid></item><item><title>Closed Task: Create a test project for the serialization functionality</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10977</link><description>Create a test project that executes different lambda expressions serialization back-and-forth&lt;br /&gt;</description><author>idof</author><pubDate>Sun, 05 Oct 2008 15:20:34 GMT</pubDate><guid isPermaLink="false">Closed Task: Create a test project for the serialization functionality 20081005032034P</guid></item><item><title>Closed Task: Move Type property to EditableExpression</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10979</link><description>Expression class holds a Type property, while in MetaLinq, only a few EditableExpression classes have a Type property.&lt;br /&gt;&lt;br /&gt;It&amp;#39;s preferable to move the Type property to the base class, so it will match the structure of the Expression classes. Furthermore, it&amp;#39;s possible Type properties will be needed in other EditableExpression classes, so moving the property from the start will allow simpler fixes on the long run&lt;br /&gt;</description><author>idof</author><pubDate>Sun, 05 Oct 2008 15:20:32 GMT</pubDate><guid isPermaLink="false">Closed Task: Move Type property to EditableExpression 20081005032032P</guid></item><item><title>Closed Issue: Create code for serializing reflection types</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10976</link><description>Expression types holds properties of reflection type &amp;#40;Type, MemberInfo, ConstructorInfo...&amp;#41; and these types cannot be serialized.&lt;br /&gt;&lt;br /&gt;Consider adding a wrap property on reflection types that can be serialized and deserialized to the reflected type.&lt;br /&gt;&lt;br /&gt;Idea - save the type qualified name &amp;#40;including assembly&amp;#41; &amp;#43; member identifier &amp;#40;MetadataToken&amp;#41;&amp;#63;&lt;br /&gt;</description><author>idof</author><pubDate>Sun, 05 Oct 2008 14:53:03 GMT</pubDate><guid isPermaLink="false">Closed Issue: Create code for serializing reflection types 20081005025303P</guid></item><item><title>Closed Issue: Not all possible overloades are covered by the Editable classes</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10978</link><description>UnaryExpression and BinaryExpression are missing some of the properties of the immutable expression classes. Check when they are used and how they can be implemented in the muttable expression classes&lt;br /&gt;</description><author>idof</author><pubDate>Sun, 05 Oct 2008 14:53:01 GMT</pubDate><guid isPermaLink="false">Closed Issue: Not all possible overloades are covered by the Editable classes 20081005025301P</guid></item><item><title>Commented Task: Move Type property to EditableExpression</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10979</link><description>Expression class holds a Type property, while in MetaLinq, only a few EditableExpression classes have a Type property.&lt;br /&gt;&lt;br /&gt;It&amp;#39;s preferable to move the Type property to the base class, so it will match the structure of the Expression classes. Furthermore, it&amp;#39;s possible Type properties will be needed in other EditableExpression classes, so moving the property from the start will allow simpler fixes on the long run&lt;br /&gt;Comments: ** Comment from web user: ericksoa ** &lt;p&gt;Agree.  Some of the code reflects what the Expression namespace was doing as early as beta 1 and earlier, so there is bound to be some old cruft that could be refactored out&lt;/p&gt;</description><author>ericksoa</author><pubDate>Fri, 15 Aug 2008 03:48:34 GMT</pubDate><guid isPermaLink="false">Commented Task: Move Type property to EditableExpression 20080815034834A</guid></item><item><title>Commented Issue: Cannot serialize expressions that include captured variables</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10990</link><description>captured variables are compiled into private sealed classes and therefore cannot be serialized - trying to serializing such an expression fails&lt;br /&gt;Comments: ** Comment from web user: ericksoa ** &lt;p&gt;I think for now we just have to accept this as a limitation.  &lt;/p&gt;</description><author>ericksoa</author><pubDate>Fri, 15 Aug 2008 03:47:15 GMT</pubDate><guid isPermaLink="false">Commented Issue: Cannot serialize expressions that include captured variables 20080815034715A</guid></item><item><title>Commented Issue: Create code for serializing reflection types</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10976</link><description>Expression types holds properties of reflection type &amp;#40;Type, MemberInfo, ConstructorInfo...&amp;#41; and these types cannot be serialized.&lt;br /&gt;&lt;br /&gt;Consider adding a wrap property on reflection types that can be serialized and deserialized to the reflected type.&lt;br /&gt;&lt;br /&gt;Idea - save the type qualified name &amp;#40;including assembly&amp;#41; &amp;#43; member identifier &amp;#40;MetadataToken&amp;#41;&amp;#63;&lt;br /&gt;Comments: ** Comment from web user: ericksoa ** &lt;p&gt;I think that is about the best we can do for now... this was one of the serialization scenarios that has been stumping me for awhile - have not had time to really think it through though.&lt;/p&gt;</description><author>ericksoa</author><pubDate>Fri, 15 Aug 2008 03:45:49 GMT</pubDate><guid isPermaLink="false">Commented Issue: Create code for serializing reflection types 20080815034549A</guid></item><item><title>Created Issue: Cannot serialize expressions that include captured variables</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10990</link><description>captured variables are compiled into private sealed classes and therefore cannot be serialized - trying to serializing such an expression fails&lt;br /&gt;</description><author>idof</author><pubDate>Tue, 12 Aug 2008 10:13:05 GMT</pubDate><guid isPermaLink="false">Created Issue: Cannot serialize expressions that include captured variables 20080812101305A</guid></item><item><title>Created Task: Move Type property to EditableExpression</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10979</link><description>Expression class holds a Type property, while in MetaLinq, only a few EditableExpression classes have a Type property.&lt;br /&gt;&lt;br /&gt;It&amp;#39;s preferable to move the Type property to the base class, so it will match the structure of the Expression classes. Furthermore, it&amp;#39;s possible Type properties will be needed in other EditableExpression classes, so moving the property from the start will allow simpler fixes on the long run&lt;br /&gt;</description><author>idof</author><pubDate>Mon, 11 Aug 2008 19:55:07 GMT</pubDate><guid isPermaLink="false">Created Task: Move Type property to EditableExpression 20080811075507P</guid></item><item><title>Created Issue: Not all possible overloades are covered by the Editable classes</title><link>http://www.codeplex.com/metalinq/WorkItem/View.aspx?WorkItemId=10978</link><description>UnaryExpression and BinaryExpression are missing some of the properties of the immutable expression classes. Check when they are used and how they can be implemented in the muttable expression classes&lt;br /&gt;</description><author>idof</author><pubDate>Mon, 11 Aug 2008 19:50:48 GMT</pubDate><guid isPermaLink="false">Created Issue: Not all possible overloades are covered by the Editable classes 20080811075048P</guid></item></channel></rss>