#1 Windows Support

open
nobody
None
5
2001-04-17
2001-04-17
No

Windows support of WebMail would be very welcome.
There are currently a few IMAP web-interfaces out
there, but WebMail/Java is the only one that uses Java.

-- Current Status: --

As Java is supposed to be portable, this shouldn't be
too big of a problem (but it is always more difficult
than it sounds).

It seems like the current showstopper happens at
net.wastl.webmail.storage.simple.SimpleStorage.loadXMLS
ysData(SimpleStorage.java:87), where a common name for
the XML file under windows would
be "c:\webmail\etc\config.xml".
org.apache.xerces.framework.XMLParser.parse
(XMLParser.java:987) interprets this as an FTP address.

Workarounds
like "file:c:\webmail\etc\config.xml", "\\localhost\c$\ webmail\etc\config.xml" etc, results in other problems.

Discussion

  • Pierre Grimaud

    Pierre Grimaud - 2003-08-12

    Logged In: YES
    user_id=530082

    Try this one out:

    file://D:\foo\bar\config.xml

    This one is a valid URL

     
  • georgetangna

    georgetangna - 2004-02-03

    Logged In: YES
    user_id=322682

    I have met the same question ,the error message like
    this ,somebody help me?
    at
    org.apache.xerces.impl.XMLDocumentScannerImpl.setInputSou
    rce(Unknown
    Source)
    at org.apache.xerces.parsers.DTDConfiguration.parse
    (Unknown Source)
    at org.apache.xerces.parsers.DTDConfiguration.parse
    (Unknown Source)
    at org.apache.xerces.parsers.XMLParser.parse(Unknown
    Source)
    at org.apache.xerces.parsers.DOMParser.parse
    (Unknown Source)
    at org.apache.xerces.jaxp.DocumentBuilderImpl.parse
    (Unknown Source)
    at javax.xml.parsers.DocumentBuilder.parse
    (DocumentBuilder.java:124)
    at
    net.wastl.webmail.storage.simple.SimpleStorage.loadXMLSysDa
    ta(SimpleS
    torage.java:94)
    at
    net.wastl.webmail.storage.simple.SimpleStorage.initConfig
    (SimpleStora
    ge.java:80)

     
  • Stefan "Bebbo" Franke

    Logged In: YES
    user_id=406985

    Get the source and replace ALL occurances of "file://" with
    "file:/".
    And it will work.

    The protocol part is only "file:", so "//C:/foo/bar/..." is
    treated as UNC, which results in the network access from Java.

    My fix results to URLs which also work under Linux, Mac,
    etc. p.p.

    Unfortunately this project seems dead... so patch it yourself

    Bebbo

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks