Re: [fyi][icedtea7] windows builds

[Jacob Wisor]

"Omair Majid"<omajid at xxxxxxxxxx> wrote:
> Hi,
> 
> On 07/29/2013 01:56 PM, Jacob Wisor wrote:
> > The Java part of NetX and plug-in lack quite a bit of Windows integration.
> > Its overall quality is still far from production quality code that you would
> > expect from comparable enterprise software. It is mainly missing signed code
> > verification. You can import and export certificates, but the verification
> > has not been implemented yet.
> 
> Do you mean verification of signed jars? That's definitely implemented
> in icedtea-web and works on Linux.

Yes, this is what I have meant. But of course, I may be wrong. That is at least the information I read in the documentation. I have not tested it on Windows.

> Is there some Linux-specific code there that fails to run on Windows?

So far, some exceptions pop up that I ignore, because they are not essential to what I am working on. I have not counted or reported them, but there are few.
Furthermore, there is still this unresolved bug or insufficiency when backing up config files that usually becomes visibile on Windows systems, because its default file systems have different semantics for renaming and moving files, in contrast to Linux.
Windows does not implement the XDG specification nor does it follow all POSIX standards, so configuration and cache files are stored in the wrong places. And then, most Windows enterprise system administrators expect to be able to configure systems via domain group policies, something that is not available on Linux systems and is delt with entierely differently than on Linux. Today, it is actually a must have feature for enterprise class Windows software. This is Windows specific and hence has not be thought of or implemented in IcedTea-Web. So, there is still a lot of integration stuff to do for Windows.

Generally speaking, there is quite a bit of Linux specific code in IcedTea-Web. But, this is not surprising, since it is primarily being developed on Linux for Linux systems, which is okay. I have also experienced similar coding style with products that though are developed in Java, are primarily developed on Windows and for Windows systems.

Regards,
Jacob