Last week I ran into nasty hardly reproducible ChannelClosedExceptions
thrown by NIOFSDirectory#readInternal() during term position reading.
I had a hard time to figure out what causes the channel to be closed
as the IndexReader where I obtained the Indexinput or rather
TermPositions from was still
for sure it will consume 2 file descriptors and it requires some
workaround that checks if we are hitting this exception.
kind of ugly anyway.
On Thu, Jan 28, 2010 at 12:07 PM, Michael McCandless
wrote:
> On Thu, Jan 28, 2010 at 5:59 AM, Uwe Schindler wrote:
>> But if you keep the underlying Ra
On Thu, Jan 28, 2010 at 12:43 PM, Michael McCandless
wrote:
> On Thu, Jan 28, 2010 at 6:38 AM, Uwe Schindler wrote:
>
>> So I checked the code of NIOFSIndexInput, my last comment was not really
>> correct:
>> NIOFSIndexInput extends SimpleFSIndexInput and that opens the RAF. In the
>> ctor RAF.
+1
On Fri, Jan 29, 2010 at 2:32 PM, Grant Ingersoll wrote:
> I'm getting tired of reverting "seos" work on our Wiki.
>
> Any objections to asking infra to ban the account?
>
> -
> To unsubscribe, e-mail: java-dev-unsubscr...@luce
FYI - I created an issue for this
https://issues.apache.org/jira/browse/LUCENE-2239
simon
On Fri, Jan 29, 2010 at 2:31 PM, Grant Ingersoll wrote:
>
> On Jan 28, 2010, at 4:38 PM, Yonik Seeley wrote:
>
>> On Thu, Jan 28, 2010 at 3:49 PM, Grant Ingersoll wrote:
>>> Could we get the Channel (and o
Thanks for taking care of this grant!
simon
On Tue, Feb 2, 2010 at 5:21 PM, Grant Ingersoll wrote:
> I've asked infra@ to ban the account and look into blocking the IP. Not sure
> if it will matter, but worth a try.
>
> On Jan 29, 2010, at 9:14 AM, Uwe Schindler wrote:
>
>> +1
>>
>> -
>> U
One of the threads seem to be still running that test already took
28 seconds which is weird.
The line numbers are off by one so it is not the worker[i].failed
assertion that fails
I will add failure messages to make sure we figure it out next time this fails.
seems to be a load issue on t
testcase improvements committed in Revision: 906441
simon
On Thu, Feb 4, 2010 at 9:23 AM, Uwe Schindler wrote:
>
>> One of the threads seem to be still running that test already took
>> 28 seconds which is weird.
>> The line numbers are off by one so it is not the worker[i].failed
>> asserti
Try this:
DistanceQueryBuilder dq = new DistanceQueryBuilder(39.9260, -75.1566, 1d,
LAT_FIELD, LON_FIELD,TIER_PREFIX_FIELD, true);
instead of
DistanceQueryBuilder dq = new DistanceQueryBuilder(39.9260, -75.1566, 1d,
LAT_FIELD, LON_FIELD, true);
you are usesing the wrong ct
You SVN version is too old. you need subversion >= 1.6
If you run ubuntu this is a problem but there are upgrade guides
around... try gooogle...
simon
On Sun, Feb 7, 2010 at 1:38 PM, Rohit Banga wrote:
> i have checked out revision 907418
>
> ant test fails with
>
> download-snowball-vocab-test
On Sun, Feb 7, 2010 at 2:45 PM, Michael McCandless
wrote:
> +1 to release. Thank you for volunteering :) We've got a number of
> good bug fixes pending...
+1 I already know a couple of people looking forward to this releases!
>
> But: I think we should simply name it 3.0.1? If we skip 3.0.1 I t
Almost no Analyzer has a default ctor anymore due to the introduction
of Version. This should not be an issue for API users loading
Analyzers per reflection. You can still call the version Ctor
alternatively. Providing a default ctor with the current version could
be very risky in many regards, a b
Sanne, I would recommend you building a Factory pattern around you
Analyzers / TokenStreams similar to what solr does. That way you can
load you own "default ctor" interface via reflection and obtain you
analyzers from those factories. That makes more sense anyway as you
only load the factory via r
LUCENE-2080.
>
> Not to pick on Sanne, but his wording about: "Of course more advanced use
> cases would need to pass parameters but please make the advanced usage
> optional", this really caused me to rethink CURRENT, because CURRENT itself
> should be the advanced use c
On Mon, Feb 8, 2010 at 9:31 AM, Sanne Grinovero
wrote:
> 2010/2/8 Robert Muir :
> >8 snip 8<
>>
>> how would this work when the Query analyzer differs from the Index analyzer?
>> For example, using commongrams in solr means you use a different Query
>> analyzer from Index analyzer, and the
+1 from here
I put the 3.0.1 into several apps and everything seems to run smoothly
for the last couple of days. All tests pass
simon
On Thu, Feb 18, 2010 at 12:13 AM, Ted Dunning wrote:
> +0. I only have time to read the release documents. Uwe's apologies were
> incorrect, the language is fi
Marvin,
thank you for taking the time to write up this great guidelines. Would
you mind adding this to the wiki? I think
this is very valuable for new devs and contributors.
simon
On Thu, Mar 4, 2010 at 6:28 PM, Marvin Humphrey wrote:
> (CC to lucy-dev and general, reply-to set to general)
>
>
On Fri, Mar 5, 2010 at 10:00 PM, Michael McCandless
wrote:
> On Fri, Mar 5, 2010 at 3:56 PM, Mark Miller wrote:
>> On 03/05/2010 03:43 PM, Michael McCandless (JIRA) wrote:
>>> [
>>> https://issues.apache.org/jira/browse/LUCENE-2294?page=com.atlassian.jira.plugin.system.issuetabpanels:commen
On Sun, Mar 7, 2010 at 12:02 AM, Robert Muir (JIRA) wrote:
>
> [
> https://issues.apache.org/jira/browse/LUCENE-2277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12842337#action_12842337
> ]
>
> Robert Muir commented on LUCENE-2277:
>
Congrats Chris :)
On Fri, Mar 12, 2010 at 3:51 PM, Grant Ingersoll wrote:
> Congrats!
> Tradition has it, Chris, that you provide a brief intro on yourself upon
> becoming a new committer, so let's hear it!
> -Grant
> On Mar 12, 2010, at 9:17 AM, Mark Miller wrote:
>
> I am happy to announce the
On Mon, Mar 15, 2010 at 10:54 PM, Ryan McKinley wrote:
>>
>> Personally I'd prefer we just stop adding them, and the current ones work
>> their way up like normal if they are so inclined, or the ones that are not
>> even around anymore can just stay as they are.
>>
That sounds reasonable to me too
On Tue, Mar 16, 2010 at 8:18 AM, Uwe Schindler wrote:
> Hi all,
>
> I don't want to be against all other developers that voted +1 for the SVN
> "merge", but I am not happy with it. Most importantly for the reasons Hoss
> mentioned:
>
>> : prime-time as the new solr trunk! Lucene and Solr need t
Congrats Uwe!! :)
On Thu, Apr 1, 2010 at 3:17 PM, Mattmann, Chris A (388J)
wrote:
> Welcome, Uwe!
>
> Cheers,
> Chris
>
>
> On 4/1/10 4:05 AM, "Grant Ignersoll" wrote:
>
> I'm pleased to announce that the Lucene PMC has voted to add Uwe Schindler to
> the PMC. Uwe has been doing a lot of work
To unsubscribe, e-mail:
[EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
--
--
Simon Willnauer
Kolonnenstrasse 19
10829 Berlin
Germany
Fon: +49 30 97888951
Mobil: +49 1792200127
E-Mail: [EMAIL PROTECTED]
mitted?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
--
Simon Willnauer
Kolonnenstrasse 19
10829 Berlin
Germany
Fon: +49 30 97888951
Mobil: +49 1792200127
E-Mail:
ments
over 1.4.x, including generics for example. Isn't it time for Lucene to
adopt 1.5?
Chuck
Simon Willnauer wrote on 05/27/2006 12:47 AM:
> I guess the discussion about switching to 1.5 will startup right now
> due to the 2.0 release of lucene.
> But I have doubt about 1.5 code w
Hello everyone,
some of you guys might have heard about the Google SummerOfCode
program. (code.google.com/soc/) I'm a student has been accepted to
the the program to build a GData server side implementation developed
as a contrib lucene project.
Like other ASF projects the discussion and the dev
I fully agree with you yonik, it won't be a good idea to change to 1.5
within the patch releases of the version 2. But it is generally a good
idea to think about using the 1.5 platform in future development.
What's about using the 1.5 platform as a requirement on new projects
like the contrib GDAT
For those who haven't heard about the GData project please check
today's mailing list .
The Lucene Indexer is supposed to be used as the search component of
this implementation. As GData is an extension to the Atom/Rss format
including search and a kind of versioning. This project is a server
sid
questions.
simon
On 5/28/06, Paul Elschot <[EMAIL PROTECTED]> wrote:
On Sunday 28 May 2006 01:33, Simon Willnauer wrote:
> For those who haven't heard about the GData project please check
> today's mailing list .
> The Lucene Indexer is supposed to be used as the s
was quite happy with performance and ease of use.
Otis
- Original Message ----
From: Simon Willnauer <[EMAIL PROTECTED]>
To: [email protected]
Sent: Saturday, May 27, 2006 7:33:28 PM
Subject: Lucene Gdata -- the best way to store the feeds / entries
For those who haven't he
d is pretty easy to work with, but it may be overkill
and may complicate your architecture too much. Perhaps the best way is
to define an Interface to this component and one or two implementations
of it (maybe flat file and BDB) and then other people can write their own.
-Grant
Simon Willnauer w
This is great guys, I will definately have a look at it. :) Thanks!!
I'm thinking of configuring the indexer via xml as well. As the atom
format allows foreign namespaces the indexing component has to be very
flexible. I might configure all the elements in the atom namespace
globally and will off
I guess this discussion isn't over...
I would like to know if anybody would feel uncomfortable with a 1.5
dependend contrib project like the GData Server?
I'm not sure whether it is worth to think about a 2.0 / 2.1 (tiger)
branch. That would be a lot more work but far less fight ;)
simon
On 5/2
ly for 1.5+ and it has top
billing my architecture. GData server at 1.5 is perfectly fine by
me. I'd use it, and very interested in Solr collaboration as well.
Erik
On May 29, 2006, at 11:30 AM, Simon Willnauer wrote:
> I guess this discussion isn't over...
> I would l
Hello everyone,
today I reconsidered the internal representation of the feed /
entries. I had a closer look at the Google Data Client Api which is
supposed to be the other end to the server.
This API is dist. under the Apache Licence e.g. open source. It
already provides the Object representatio
I use 1.5 JVM since 1.5 years building 1.4 and 1.5 projects which
works perfect. But if you are afraid of the management you could still
modify your local build process to set JAVA_HOME variables during
build.
Multiple JVM on a system should not be a problem AFAIK.
Won't that solve the problem?!
contrib projects developed with >=1.5 should definitly be discussed
on the mailing list instead of letting them use whatever JVM version
is available.
simon
Simon Willnauer wrote:
> I use 1.5 JVM since 1.5 years building 1.4 and 1.5 projects which
> works perfect. But if you are afraid of
Nobody replies... hmm I assume that this would be ok. Mentors? Doug, Yonik, Ian?
simon
On 5/29/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
Hello everyone,
today I reconsidered the internal representation of the feed /
entries. I had a closer look at the Google Data Client Api wh
a server.
On 5/30/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
> Nobody replies... hmm I assume that this would be ok. Mentors? Doug, Yonik,
Ian?
>
> simon
>
> On 5/29/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
> > Hello everyone,
> >
> > today I
to since you say
they have an Apache license. Do their client libraries have any other
dependencies?
-Yonik
http://incubator.apache.org/solr Solr, the open-source Lucene search server
On 5/30/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
> See, I have to build an internal representation
va object sounds good. It
looks like they use Java 5's XML parser, so you don't need external XML parsers.
Otis
- Original Message
From: Simon Willnauer <[EMAIL PROTECTED]>
To: [email protected]
Sent: Tuesday, May 30, 2006 3:07:05 PM
Subject: Re: Gdata Server - Fe
ess they need to do a certain amount to parse responses from
the server). Lucky for you!
Will you need to add some more parsing code to handle client-to-server
requests, or do the client libs even handle that?
On 5/30/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
> No the client lib has
Well, the point is that commons-logging is not a Logging-API. It is
rather an abstraction layer on top of several Logging-API's like the
1.5 logging and Log4j. I would always go for an abstraction layer than
for some delegate mechanism between implementations.
Simon
On 5/30/06, Robert Engels <[E
When the Summer of Code Project ends I'll still maintain and work on
the GData Server but I'm willing to help maintaining Luke and maybe
porting it to Swing / RCP based application.
This won't happen until Oktober ;)
simon
On 6/1/06, Chris Nokleberg <[EMAIL PROTECTED]> wrote:
On Thu, 01 Jun 20
Hello folks,
as I'm the only developer on the project due to the SummerOfCode
program it is quiet a tough task to discuss all the architecture with
you on the mailing list. For this reason I decided to create UML
diagrams to discuss the main components. I will not attach the uml to
the mails rath
On 6/2/06, Ian Holsman <[EMAIL PROTECTED]> wrote:
On 02/06/2006, at 9:37 AM, Simon Willnauer wrote:
> The biggest problem with the lucene storage is to achieve a
> transactional state. Imagine the following scenario:
> An update request comes in. -> the entry to update will
On 6/2/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
On 6/1/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
> So the results of the search are entry ids and a
> corresponding feed. These entries will be retrieved from the storage
> and send back to the client.
In the sim
On 6/2/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
On 6/2/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
> This is also true. This problem is still the server response, if i queue
> some updates / inserts or index them into a RamDir I still have the
problem
> of concurrent
On 6/2/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
On 6/2/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
> So this would happen quiet often due to updates and inserts.
> Hmm it is more and more a bad idea to use a lucene index as a storage.
> Rather go straight to a D
the
index+storage. If that's so, I would consder renaming this "StorageBuffer"
or some such.
This is true. that should be changed. :)
Otis
- Original Message
From: Simon Willnauer <[EMAIL PROTECTED]>
To: [email protected]
Sent: Thursday, June 1, 2006 7:37:
On 6/4/06, Robert Engels <[EMAIL PROTECTED]> wrote:
I understand that there can only be a single active IndexWriter per
Directory, but is the IndexWriter multithreaded (it seems to be)?
Do you mean the a IndexWriter works with several threads or is
thread-safe?
maybe this one helps:
http://
Hello,
the first version of the GDATA server is already running and it supports all
the CRUD actions base on a lucene storage.
so the next thing is to enable multiple feed ( I wouldn't be a proper server
serving just one single feed instance :).
Basically the gdata - protocol description doesn't
simon
On 6/6/06, Chuck Williams <[EMAIL PROTECTED]> wrote:
Simon,
What are your U requirements in the CRUD? Are these only on individual
items so that delete/add is sufficient, or do you have any bulk update
requirements?
Chuck
Simon Willnauer wrote on 06/06/2006 05:47 AM:
> Hello
Do you guys have no suggestions?
I would appreciate some suggestions!!!
yours simon
On 6/6/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
The requironments for the U action is just a individual entry update e.g.
an update to an specific existing entry ID like
http://www.yourdomain.com
It is time to add some configuration to the gdata server. The server is
based on a Entry / Feed Object representation model using "Extension
Profiles" to describe entry / feed elements. As atom feed allows foreign
namespaces as elements users should be able to extend the BaseFeed /
BaseEntry class
"A feed collection has N feeds" between 1. and 2. Should
there be collections? Or is that what "/feed/entry/category/@term"
could/should/will be used for?
Otis
Thanks very much for your ideas!
simon :)
- Original Message
From: Simon Willnauer
To: java-dev@luce
ing my understanding of things (points 1. 2. 3. 4.) - was that
correct? You didn't comment...
These points are correct!
simon
Otis
- Original Message
From: Simon Willnauer <[EMAIL PROTECTED]>
To: [email protected]; Otis Gospodnetic <
[EMAIL PROTECTED]>
Sent:
On 6/14/06, Nadav Har'El <[EMAIL PROTECTED]> wrote:
Hi,
When I try to do "ant javadocs" to get an HTML version of the javadocs (I
want to check the javadocs in a patch I proposed), I get 80 errors from
contrib/gdata-server, and it appears like none of the HTML documents get
updates. I guess I
I had a similar approach to this working on 1.4 but you have been 5 min
faster ;)
Never mind... I tried yours on java 1.4.2_12 (windows) and blackdown
1.4(linux) it is working fine for my
1.4 JVM's
but I do agree with you that we need a better way to deal with 1.5 dependent
contib modules. Me and
On 6/16/06, George Aroush <[EMAIL PROTECTED]> wrote:
Hi folks,
I realize this question is not directly related to Lucene, but I believe
it's worth asking.
With Lucene.Net (for those who don't know, is a port of Jakarta Lucene from
Java to C#) I use NUnit to test the same test code (ported to C#
Hello everyone,
it was quiet the last week, well I had a bad cold so Milestone 2
starts a bit late...
Milestone 2 is about client authentication. GData client auth is also
defined (well kind of) in the gdata protocol reference on
code.google.com. The client is supposed to support either a cookie
If you look for a nice way to do that have a look at the solr source
http://svn.apache.org/viewvc/incubator/solr/trunk/src/java/org/apache/solr/util/RefCounted.java?view=markup
this is 1.5 source but you can realize that with 1.4 as well ;)
simon
On 6/16/06, Otis Gospodnetic (JIRA) <[EMAIL PRO
o share this
token. If that's all you need, perhaphs, is JavaSpaces (e.g.
http://www.dancres.org/blitz/ ).
Otis
- Original Message
From: Simon Willnauer <[EMAIL PROTECTED]>
To: [email protected]
Sent: Friday, June 16, 2006 12:48:59 PM
Subject: GData - Milestone 2
H
go tiger go!
everybody not using 1.5 should visite java.sun.com downloading the 1.5 vm!!
On 6/16/06, Otis Gospodnetic <[EMAIL PROTECTED]> wrote:
It looks like I would have won a beer had anyone wagered me.
1.5 IS the Java version that the majority Lucene users use, not 1.4!
Does this mean we
sntance of HttpSession, and that's that you'll get from request.getSession().
Otis
- Original Message
From: Simon Willnauer <[EMAIL PROTECTED]>
To: [email protected]; Otis Gospodnetic <[EMAIL PROTECTED]>
Sent: Friday, June 16, 2006 4:53:21 PM
Subject: Re:
t I really appreciate any suggestion!
regards simon
On 6/17/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
On 6/17/06, Otis Gospodnetic <[EMAIL PROTECTED]> wrote:
> Simon,
>
> I don't fully understand your question, but if sessions are replicated, then
the GData cluster doesn&
On 6/22/06, DM Smith <[EMAIL PROTECTED]> wrote:
On 6/22/06, Doug Cutting <[EMAIL PROTECTED]> wrote:
>
> DM Smith wrote:
> > In an earlier note, I suggested that there needs to be guidance as to
> how
> > Java 5 constructs are to be incorporated into code, contrib and core.
> > (Sooner or later, c
Hello everyone,
next round for Germany in the fifa world cup and next round in Summer
of Code Program.
A little overview for you guys... The Gdata Server does basically
serve RSS / Atom feeds and enables users to insert , update and
delete entries if they are authenticated. To ensure lost update
Key: LUCENE-618
> > URL: http://issues.apache.org/jira/browse/LUCENE-618
> > Project: Lucene - Java
> > Type: Sub-task
>
> > Components: Other
> > Reporter: Simon Willnauer
> > Assignee: Hoss Man
> > Attachments: 27.06.06.di
Hi there,
it has been quiet about Gdata the last 2 weeks but all the exams are
done and uni has finished yesterday so next round can start up.
OK what needs to be done, the gdata protocol describes a kind of a
query language to query feed for full text search in defined xml
elements and / or cust
Hi I guess this is a kind of a question which should be asked on the
user mailing list.
But anyway If you use the code below you search just in a single field
named "type".
"Type" in your xml has a value "individual" but not value "New York".
Aside from the sense of your approach you should use th
ou mad having SR RR
conflicts.
On 7/15/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
> My first and main problem is pretty well know on this mailinglist,
> well I found lots of questions and suggestions via google but these
> discussions are quite a while ago. I was wondering if
Hello everyone,
well the last mailing about distributed indexing / searching did not
receive many answers, maybe that's why the topic is very tough. Anyway
I try to kick of the indexing / searching milestone with another
mailing.
The Gdata server has to index all incoming entries on inserts or
up
e demo the job, well I
check it you if it's enough for my purpose. that one is apache
licenced already ;)
regards simon
Just curious.
Thanks,
Otis
- Original Message
From: Simon Willnauer <[EMAIL PROTECTED]>
To: [email protected]
Sent: Wednesday, July 19, 2006 5:
Creating SimpleDateFormat instances are very expensive as Daniel
already said. I had similar issues with SDF in JSP pages formatting
lots a date strings. Using a simple stack or kind of pool reusing the
SDF instances turned out in a reasonable performance gain. That would
also solve the doubt abou
I did run the ant task after updating to your changes and I do have a
difference between the head and the generated file. But this is also
missing in revision < 424708.
Index: QueryParser.java
===
--- QueryParser.java(revision 42
Yes, but I always get "Could not create task or type of type: javacc". I
use a javacc that I downloaded and installed (i.e. unpacked) manually.
Could be anything... :) ant version?!
Anyway, I did run the javacc task with a javacc 3.2 version, the
generated files don't differ from your commit. So
Hello everyone,
You might have read some mails about the gdata server and what he does
so I assume that you are kind of familar with it. I need to index
every change to any entry in any feed to make the modifications
searchable. I'm especially worried about updates and inserts. So if I
index ever
On 7/23/06, karl wettin <[EMAIL PROTECTED]> wrote:
On Sun, 2006-07-23 at 19:10 +0200, Simon Willnauer wrote:
> So if I index every change immediately I have to open and close the
> index reader and writer all the time. This is not very efficient.
How often do you plan to close the
I was wondering how the solr server does handle updates to the index.
I have to deal with inserts, deletes and updates in no specific order.
So to delete and insert an entry is no problem as the ids are unique
but for updateing a specific document in the index I have to close and
reopen the index
Issue Type: New Feature
> Components: Other
>Reporter: Simon Willnauer
> Fix For: 2.0.1
>
> Attachments: common-build.diff, common-build_1.diff,
gdata-build_xml.diff, gdata_06_07_23.diff, gdata_06_07_23.diff,
gdata_06_07_25.diff, gdata
Hello java-devs,
as I'm the only person knowing what's going on in the gdata-server I
need and will provide a wiki page for it. So I'm asking you to give me
a hand with that in a rather passive way. I thought about writing a
basic installing instruction and a simple how to on the lucene wiki
page
see they have
a GPL version now, although I don't see explanation of the dual license
reasons/feature differecences/restrictions.
Otis
- Original Message
From: Simon Willnauer (JIRA) <[EMAIL PROTECTED]>
To: [email protected]
Sent: Sunday, July 23, 2006 11:40:13 AM
+1
On 7/27/06, Grant Ingersoll <[EMAIL PROTECTED]> wrote:
+1
On Jul 27, 2006, at 1:26 AM, Chris Hostetter wrote:
>
> Does anyone think it might be worth while to put out a 2.0.1 release?
>
> I'm not a big fan of "official" releases in general, but a lot of
> users
> put a lot of faith in them,
Hello all,
I'm at a point where I have to retrieve data from entry elements which
could contain text, html, xhtml or even xml. So there is not problem
so far. Detecting which format the element contains is also pretty
easy as each element has a "type" attribute. if there is not such type
attribut
I got in touch with andy, he told me that it would be totally alright
to include it.
Other projects already using it.
regards Simon
On 7/30/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
Hello all,
I'm at a point where I have to retrieve data from entry elements which
could contain
great.
Otis
----- Original Message
From: Simon Willnauer <[EMAIL PROTECTED]>
To: [email protected]
Sent: Wednesday, July 26, 2006 6:53:43 AM
Subject: Has anyone downloaded / build / deployed the GData-Server
Hello java-devs,
as I'm the only person knowing what's going o
Could be the "java.lang.IllegalArgumentException: Argument cannot be
null" the cause of your problem. Rootcauses of exceptions are always
the bottom aren't they?
simon
On 8/1/06, zhu jiang <[EMAIL PROTECTED]> wrote:
Hi Erik,
I use multi-threads to add lots of documents while querying. At
Hey guys,
SummerOfCode finishes at the 22nd of August and all functionality has
been implemented so far. Well, that does not mean that the project has
finished at all. I will reflect the last 3 week a bit on this mail to
get the interested of you a bit of an overview.
The proposal had 5 Mileston
e questions about how the server should be
distributed, well a war file is fine for deploying a web application
but you should be able to configure directories and other stuff for
your suites before deploying the whole thing. I will think about that
and make some suggestions.
best regards simon
-Y
On 8/7/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
On 8/7/06, Simon Willnauer <[EMAIL PROTECTED]> wrote:
> Good stuff yonik!!
> On 8/7/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
> > It's looking good Simon, I was trying out some queries on your public
server
On 8/8/06, Chris Hostetter <[EMAIL PROTECTED]> wrote:
: > Things under contrib have entries here:
: > http://lucene.apache.org/java/docs/lucene-sandbox/
: >
: Fine, so I can add the gdata server to the sandbox html file or is
: that generated somewhere?
The source files for the Java Lucene websi
Hello all,
I wrote some lines on the gdata protocol query which says that updated
and author are mandatory fields and they should be available for
searching. Well the lucene gdata server allows the admin to configure
all the fields. Now the question, would you hard code these fields to
the code t
That was just a bit of background information, I'm just a bit overwrought...
That all was a lot of work and I need some day off coding. All other
coding except of some little parts will take part after SoC.
best regards simon
On 8/9/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
On 8/
Project: Lucene - Java
> Issue Type: New Feature
> Components: Other
>Reporter: Simon Willnauer
> Attachments: 09_08.06.diff, gdata_patch_31_07_06.diff,
requieredLibs.tar.gz
>
>
> New Feature added:
> -> Indexcomponent.
d post the log.
> GData Server IndexComponent
> ---
>
> Key: LUCENE-642
> URL: http://issues.apache.org/jira/browse/LUCENE-642
> Project: Lucene - Java
> Issue Type: New Feature
> Componen
Hello java-devs,
I added the documentation for the gdata server to the lucene wiki @
http://wiki.apache.org/jakarta-lucene/GdataServer -- Daniel Naber will
hate me for that receiving 4 million email in 3 days about changes in
the wiki ;)
hey if you feel bored just give it a go :). No honestly If
No not yet, the storage implementation are still in heavy development,
but I had a look at the prevayle api as well. If you are interested in
building such a storage layer we can set up a plan together to
integrate this as a storage for gdata server. I thought a while about
the storage topic and c
On 8/15/06, Marcos César de Oliveira <[EMAIL PROTECTED]> wrote:
A service can have more than one feed?
Yes!
If no, what is a difference between a service and a feed?
see above.
If yes, do they have to belong to the same class?
You can choose a class at the bottom of the class hierarchy and a
1 - 100 of 780 matches
Mail list logo
