The current code that works on Android with 2.9.1, but fails with 3.0.2:
Directory dir = FSDirectory.open(file);
...
do something with directory
...
The error we're seeing is:
12-04 21:34:41.629: WARN/System.err(23160): java.lang.NoClassDefFoundError:
java.lang.management.ManagementFactory
12-04
On 5 December 2010 00:16, DM Smith wrote:
> Should Android be a supported client OS?
> If so, wouldn't it be better not to have OS specific if-then-else and use
> reflection or something else?
>
Well Lucene is only relying on standard JVM API. The fact that Androïd is
using a non-standard JVM is
rr.com]
> Sent: Sunday, December 05, 2010 12:16 AM
> To: dev@lucene.apache.org
> Subject: Exception in migrating from 2.9.x to 3.0.2 on Android
>
> The current code that works on Android with 2.9.1, but fails with 3.0.2:
>
> Directory dir = FSDirectory.open(file);
> ...
On Sat, Dec 4, 2010 at 6:16 PM, DM Smith wrote:
> Should Android be a supported client OS?
Not by lucene java, since Android isn't java.
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mai
, D-28213 Bremen
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
>
>> -Original Message-
>> From: DM Smith [mailto:dm-sm...@woh.rr.com]
>> Sent: Sunday, December 05, 2010 12:16 AM
>> To: dev@lucene.apache.org
>> Subject: Exception in migrating from 2.9.x to 3.
From: DM Smith [mailto:dm-sm...@woh.rr.com]
Sent: Sunday, December 05, 2010 12:16 AM
To: dev@lucene.apache.org
Subject: Exception in migrating from 2.9.x to 3.0.2 on Android
The current code that works on Android with 2.9.1, but fails with 3.0.2:
Directory dir = FSDirectory.open(file);
...
do
d
be
>>> fine in most cases). This are the same limitations like with the NFS
>>> filesystem. Just use FSDir.open(dir, lockFactory).
>>>
>>> Uwe
>>>
>>> -
>>> Uwe Schindler
>>> H.-H.-Meier-Allee 63, D-28213 Bremen
&
On 12/5/10 5:05 PM, Robert Muir wrote:
what I am saying, is that this is a java project, and I don't want to
write to some least common denominator/intersection of java and android.
So don't - DM submitting cases that don't work and you not giving a shit
are not mutually exclusive.
- Mark
On Sun, Dec 5, 2010 at 6:10 PM, Mark Miller wrote:
> On 12/5/10 5:05 PM, Robert Muir wrote:
>>
>> what I am saying, is that this is a java project, and I don't want to
>> write to some least common denominator/intersection of java and android.
>
> So don't - DM submitting cases that don't work and
we
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
-Original Message-
From: DM Smith [mailto:dm-sm...@woh.rr.com]
Sent: Sunday, December 05, 2010 12:16 AM
To: dev@lucene.apache.org
Subject: Exception in migrating from 2.9.x to 3.0.
On 12/5/10 6:15 PM, Robert Muir wrote:
On Sun, Dec 5, 2010 at 6:10 PM, Mark Miller wrote:
On 12/5/10 5:05 PM, Robert Muir wrote:
what I am saying, is that this is a java project, and I don't want to
write to some least common denominator/intersection of java and android.
So don't - DM submi
Mark, Robert can we keep things constructive here please. The issue
what DM is reporting might not be valid on "true" java and nobody asks
for specializing code for the android platform. I figure from uwes
response that this issue can be solved easily so not a real big deal.
If not we should try to
On Sun, Dec 5, 2010 at 9:12 PM, Simon Willnauer
wrote:
> I personally consider android a valid platform for lucene and we
> should try to reduce the pain for android folks as much as possible.
> Changing supported platforms is a totally different thing to me.
>
good, you can start a separate subp
13 matches
Mail list logo