[Lucene.Net] [jira] [Commented] (LUCENENET-391) Luke.Net for Lucene.Net
[ https://issues.apache.org/jira/browse/LUCENENET-391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13014116#comment-13014116 ] Sergey Mirvoda commented on LUCENENET-391: -- Notice guys We renamed the project. FYI latest version works very good on mono. Luke.Net for Lucene.Net --- Key: LUCENENET-391 URL: https://issues.apache.org/jira/browse/LUCENENET-391 Project: Lucene.Net Issue Type: New Feature Components: Lucene.Net Contrib Reporter: Pasha Bizhan Assignee: Sergey Mirvoda Priority: Minor Labels: Luke.Net Fix For: Lucene.Net 2.9.4 Attachments: luke-net-bin.zip, luke-net-src.zip Create a port of Java Luke to .NET for use with Lucene.Net See attachments for a 1.4 compatible version or https://bitbucket.org/thoward/luke.net-incbuating for a partial implementation that is 2.9.2 compatible. The attached version was contributed by Pasha Bizhan, and the bitbucket version was contributed by Aaron Powell (above version is a fork, original at https://bitbucket.org/slace/luke.net). If source code from either is used, a software grant must be provided from the original authors. The final version should be 2.9.4 compatible and implement most or all features of Java Luke 1.0.1 (see http://code.google.com/p/luke/ ). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[Lucene.Net] [jira] [Commented] (LUCENENET-397) Resolution of the legal issues
[ https://issues.apache.org/jira/browse/LUCENENET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13014117#comment-13014117 ] Sergey Mirvoda commented on LUCENENET-397: -- We decided to rename project and re implement it from scratch as much as possible but based on top of Pasha's work. Resolution of the legal issues -- Key: LUCENENET-397 URL: https://issues.apache.org/jira/browse/LUCENENET-397 Project: Lucene.Net Issue Type: Sub-task Components: Lucene.Net Contrib Reporter: Scott Lombard Assignee: Troy Howard Priority: Blocker Labels: Luke.Net Fix For: Lucene.Net 2.9.4 Resolution of the legal issues around ingesting the code into Lucene.Net. Coordinate with Aaron Powell to obtain software grant paperwork. Per Stefan Bodewig (Incubating Mentor): All it takes is: * attach the code to a JIRA ticket. * have software grants signed by all contributors to the original code base. * write a single page for the Incubator site * start a vote on Incubator general and wait for 72 hours. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[Lucene.Net] [jira] [Commented] (LUCENENET-85) SupportClass.Parse and System.Globalization.CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator
[
https://issues.apache.org/jira/browse/LUCENENET-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009628#comment-13009628
]
Sergey Mirvoda commented on LUCENENET-85:
-
Why invariant culture?
You should always use CurrentCulture or require cultureInfo as a parameter.
If you use invariant culture you will fail with parsing _any_ culture specific
strings for example in Russia ,(not .) is a decimal separator.
and I also think that method above is wrong.
SupportClass.Parse and
System.Globalization.CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator
--
Key: LUCENENET-85
URL: https://issues.apache.org/jira/browse/LUCENENET-85
Project: Lucene.Net
Issue Type: Bug
Reporter: Digy
Assignee: George Aroush
Priority: Minor
Attachments: SupportClass.patch
Again
System.Globalization.CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator
problem
public static System.Single Parse(System.String s)
{
try
{
if (s.EndsWith(f) || s.EndsWith(F))
return System.Single.Parse(s.Substring(0, s.Length -
1).Replace(.,
System.Globalization.CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator));
else
return System.Single.Parse(s.Replace(.,
System.Globalization.CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator));
}
catch(System.FormatException fex)
{
throw fex;
}
}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[Lucene.Net] [jira] [Commented] (LUCENENET-85) SupportClass.Parse and System.Globalization.CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator
[
https://issues.apache.org/jira/browse/LUCENENET-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009650#comment-13009650
]
Sergey Mirvoda commented on LUCENENET-85:
-
Not sure relevant this rule to lucene or not but.
As for our team we always use following practice:
If we need strings only for internal use _and_ client gives us real numbers
- We always use InvariantCulture.
If client gives us numbers as strings
- We always use CurrentCulture or parameter.
SupportClass.Parse and
System.Globalization.CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator
--
Key: LUCENENET-85
URL: https://issues.apache.org/jira/browse/LUCENENET-85
Project: Lucene.Net
Issue Type: Bug
Reporter: Digy
Assignee: George Aroush
Priority: Minor
Attachments: SupportClass.patch
Again
System.Globalization.CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator
problem
public static System.Single Parse(System.String s)
{
try
{
if (s.EndsWith(f) || s.EndsWith(F))
return System.Single.Parse(s.Substring(0, s.Length -
1).Replace(.,
System.Globalization.CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator));
else
return System.Single.Parse(s.Replace(.,
System.Globalization.CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator));
}
catch(System.FormatException fex)
{
throw fex;
}
}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
