So here comes the next part of my applet ignorance.
Can I embed the Lucene, etc, jar files in my applet so that when the
user starts up the applet, they can be used on the local machine.
This alone probably stops me from using an applet, I guess.
Anyone have any idea where the definitive rules
Jon Schuster wrote:
> Sorry about that, "download" was a poor word choice.
>
> By download, I meant that after the applet opens an input stream to the
> URL, it will need to read from the stream to get all the index data from
> the web server to the user's machine so the applet can perform the
> s
Sorry about that, "download" was a poor word choice.
By download, I meant that after the applet opens an input stream to the
URL, it will need to read from the stream to get all the index data from
the web server to the user's machine so the applet can perform the
search. Whether the index files a
Jon Schuster wrote:
> The suggestion that others have made to make the search web based is
> generally the preferred route.
>
> But it is fairly straightforward to make an unsigned applet use a remote
> Lucene index. You wouldn't need to write the index and PDF files to the
> local disk; you only
The suggestion that others have made to make the search web based is
generally the preferred route.
But it is fairly straightforward to make an unsigned applet use a remote
Lucene index. You wouldn't need to write the index and PDF files to the
local disk; you only need to be able to open an input
Peter Kim wrote:
> I'm not sure about Perl or PHP--perhaps there are some ports of Lucene
> that'll let you do that. But the most straightforward way is to just
> write a simple Java web application with a servlet that uses an
> IndexSearcher to execute a form-entered query and have it return
> res
or php. here's help
http://www.devx.com/Java/Article/20509/1954?pf=true
rgds,
sameer
On 10/10/05, Dan Armbrust <[EMAIL PROTECTED]> wrote:
>
>
> serving java/jsp applications) would be to write the necessary code to
> make perl talk to java - We have done this before (for a different
> purpos
I see your words, but I hate to admit that I don't understand them in
totality!
When you say that the search is executed on the web server, that means
that we would need to code it it Perl or some such, no?
I don't see (except for a Perl or PHP script) how the search could
execute on the website
I'm not sure about Perl or PHP--perhaps there are some ports of Lucene
that'll let you do that. But the most straightforward way is to just
write a simple Java web application with a servlet that uses an
IndexSearcher to execute a form-entered query and have it return
results.
It seems like you m
Dan Armbrust wrote:
> J. David Boyd wrote:
>
>> Here's my dilemma.
>>
>> For years, we have supplied paper documentation to our customers. Many
>> pages of paper. All together, it makes a 3 foot stack when printed.
>>
>> Also for many years, customers have been asking for docs in electronic
>> f
J. David Boyd wrote:
Here's my dilemma.
For years, we have supplied paper documentation to our customers. Many
pages of paper. All together, it makes a 3 foot stack when printed.
Also for many years, customers have been asking for docs in electronic
format, so, recently, I wrote some Perl scr
Here's my dilemma.
For years, we have supplied paper documentation to our customers. Many
pages of paper. All together, it makes a 3 foot stack when printed.
Also for many years, customers have been asking for docs in electronic
format, so, recently, I wrote some Perl scripts that convert our m
12 matches
Mail list logo
