have an index created prior to 2.9 and want to
migrate to 2.9?
> SharpZipLib dependency
> --
>
> Key: LUCENENET-313
> URL: https://issues.apache.org/jira/browse/LUCENENET-313
> Project: Lucene.Net
>
My bad. I committed the new project file.
Thanks Michael.
DIGY
-Original Message-
From: Michael Garski [mailto:mgar...@myspace-inc.com]
Sent: Tuesday, December 01, 2009 7:18 PM
To: lucene-net-dev@incubator.apache.org
Subject: RE: [jira] Resolved: (LUCENENET-313) SharpZipLib dependency
7;) Lucene.Net
Michael
-Original Message-
From: Digy (JIRA) [mailto:j...@apache.org]
Sent: Tuesday, December 01, 2009 8:58 AM
To: lucene-net-dev@incubator.apache.org
Subject: [jira] Resolved: (LUCENENET-313) SharpZipLib dependency
[
https://issues.apache.org/jira/brows
this, indexes with compressed fields can suddenly
get larger.
{quote}
I think there will be no need for a compression support using reflection.
DIGY.
> SharpZipLib dependency
> --
>
> Key: LUCENENET-313
> URL: https://issues.apa
SupportClass.CompressionSupport and SharpZipLibAdapter.cs.
But I left the project file as it was.
DIGY
> SharpZipLib dependency
> --
>
> Key: LUCENENET-313
> URL: https://issues.apache.org/jira/browse/LUCENENET-313
> Project: Lucene.Net
>
e to take this task
further; Lucene.Net should dynamically load and enable SharpZipLib support. Is
reflections tricks the answer?
> SharpZipLib dependency
> --
>
> Key: LUCENENET-313
> URL: https://issues.apache.org/j
and SharpZipLibAdapter.cs
since we have Lucene.Net.Documents.CompressionTools now.
DIGY
> SharpZipLib dependency
> --
>
> Key: LUCENENET-313
> URL: https://issues.apache.org/jira/browse/LUCENENET-313
>
[
https://issues.apache.org/jira/browse/LUCENENET-313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Digy updated LUCENENET-313:
---
Description:
With the patch, SharpZipLib is not a "must".
(but no compression support)
>
SharpZipLib dependency
--
Key: LUCENENET-313
URL: https://issues.apache.org/jira/browse/LUCENENET-313
Project: Lucene.Net
Issue Type: Improvement
Reporter: Digy
Attachments: SharpZipLib
[
https://issues.apache.org/jira/browse/LUCENENET-313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Digy updated LUCENENET-313:
---
Attachment: SharpZipLib Dependency.patch
> SharpZipLib depende
apter looks simple enough...could it be implemented using the
> Framework's GZipStream? Original Message
>
> From: George Aroush
> To: lucene-net-dev@incubator.apache.org
> Sent: Sun, November 29, 2009 12:48:57 AM
> Subject: RE: SharpZipLib dependency
>
> Out of t
er looks simple enough...could it be implemented using the
Framework's GZipStream? Original Message
From: George Aroush
To: lucene-net-dev@incubator.apache.org
Sent: Sun, November 29, 2009 12:48:57 AM
Subject: RE: SharpZipLib dependency
Out of the box, Lucene.Net should not have any
Lucene.Net (think of our VB.NET users) or can use SharpZipLib (think of
license issue).
-- George
-Original Message-
From: Digy [mailto:digyd...@gmail.com]
Sent: Thursday, November 26, 2009 11:24 AM
To: lucene-net-dev@incubator.apache.org
Subject: RE: SharpZipLib dependency
Is is related with
Is is related with Licensing issues.
DIGY.
-Original Message-
From: runenur [mailto:rune...@gmail.com]
Sent: Thursday, November 26, 2009 10:43 AM
To: lucene-net-dev@incubator.apache.org
Subject: SharpZipLib dependency
Hey guys,
I just tried to do a clean compile of the code base, and
runenur wrote:
Hey guys,
I just tried to do a clean compile of the code base, and notices that
there's a dependency to the SharpZipLib assembly. If this is a
necessary dependency, why is the assembly not included in the svn
repository? It is considered best practice to have all dependencies
chec
Hey guys,
I just tried to do a clean compile of the code base, and notices that
there's a dependency to the SharpZipLib assembly. If this is a
necessary dependency, why is the assembly not included in the svn
repository? It is considered best practice to have all dependencies
checked into the repo
16 matches
Mail list logo
