Closed
Bug 41497
Opened 25 years ago
Closed 25 years ago
Need public way to turn a (jlong) nsIDOMDocument * into org.w3c.dom.Document
Categories
(Core Graveyard :: Java APIs for DOM, defect, P3)
Core Graveyard
Java APIs for DOM
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: edburns, Assigned: sdv)
Details
Webclient already has an instance of nsIDOMDocument. The easiest way for
webclient to use JavaDOM would be making public the method
private static native Node getNodeByHandle(long p);
Then webclient could simply call getNodeByHandle(domDocumentLong) to get the
Document. This depends on 41492.
In the meantime, I have worked around the fact that getNodeByHandle is private
by calling it from native code. I would rather not do that.
Comment 1•25 years ago
|
||
seems like a temporary hack and a security hole, there should be a better way of
doing this.
Assignee: akhil.arora → sdv
Assignee | ||
Comment 2•25 years ago
|
||
It is not safe to pass native c++ pointers to java side
especially on unix platforms. Also for the security reasons
getNodeByHandle(long p) was designed to be called only from
native code, it won't be exposed to java side.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
Updated•13 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•