Re: Java plugin phase out timeline

Chris Peterson <[email protected]> Wed, 24 Feb 2016 10:43:06 -0800
Newsgroups gmane.comp.mozilla.devel.plugins
Message-ID <[email protected]>
hi Fábio, an alternative to js-ctypes is to create a Firefox extension 
that communicates with a child process written in native code that calls 
your DLL. The Addon SDK's system/child_process API allows pipe-based 
communication with an external binary:

https://developer.mozilla.org/en-US/Add-ons/SDK/Low-Level_APIs/system_child_process 



chris


On 2/24/16 9:25 AM, Mikael Haltali wrote:
> Hi,
> the best solution currently is js-ctypes which enables you to build an
> extension that calls a custom dll written in C
> That's what my team is currently doing to migrate a NPAPI plugin.
> Documentation is good but the only drawback currently is the lack of end to
> end examples.
> Here is a link to official documentation
> https://developer.mozilla.org/en-US/docs/Mozilla/js-ctypes
>
> Hope this helps
>
> On Wed, Feb 24, 2016 at 2:30 PM, <[email protected]> wrote:
>
>> Hello, I have some use cases, which currently are "solved" with Java
>> Applets:
>>
>> 1 - Control a Twain scanner. (kodak scanner i2800)
>> 2 - Control a fingerprint reader (Nitgen Fingkey Hamster I DX).
>> 3 - Control a barcode reader.
>>
>> All of these involve access dll's (or .so ) via JNI.
>>
>>
>> What technology Firefox provides so I can migrate and continue to
>> access/control hardware as i can now via dll's + JNI + Java Applets?
>>
>>
>>
>>
>> --
>> Fábio C. Barrionuevo da Luz
>> Palmas - Tocantins - Brasil - América do Sul
>>
>>
>> Em terça-feira, 23 de fevereiro de 2016 15:35:46 UTC-3, Chris Peterson
>> escreveu:
>>> On 2/23/16 10:03 AM, Java Dev wrote:
>>>> Hope all is well. The company I work for uses Java applets for our web
>> products and we are currently planning our release schedules to replace
>> Java applet tech, as it will affect many users in our product community and
>> several products. As such, our dev team would like to better understand the
>> "drop dead date" of when the Java plugin will stop working in Firefox.
>>>>
>>>> We are aware that the announcement was for end of 2016, but wanted to
>> confirm if there is a more specific date other than 12/31/2016. Also, we
>> would like to know if Firefox will follow a similar path as Chrome to
>> provide a way to still manually enable the Java plugin for some time
>> (disabled by default), perhaps even past end of 2016.
>>>
>>>
>>> hi Alexandra, our tentative schedule is to remove NPAPI support in
>>> Firefox 53 (which will be in the Firefox Nightly channel in November
>>> 2016 and released in April 2017). These versions or dates are not
>>> official or set in stone. They could conceivably be postponed if we need
>>> to continue supporting NPAPI for some reason.
>>>
>>> The next Firefox ESR (Extended Support Release) version is 52 and will
>>> receive security updates for a year. By removing NPAPI in Firefox 53,
>>> the release *after* the ESR, users that need NPAPI support can continue
>>> to switch to Firefox ESR 52 and keep using NPAPI plugins until May 2018.
>>>
>>>
>>> chris
>> _______________________________________________
>> dev-tech-plugins mailing list
>> [email protected]
>> https://lists.mozilla.org/listinfo/dev-tech-plugins
>>

_______________________________________________
dev-tech-plugins mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-tech-plugins