! wow all the for ONE little bit of of detail huh? pretty special I can't
wait to get better at this myself.
___
dev-embedding mailing list
dev-embedding@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-embedding
so I've tried to follow the guide under the URL in my previous mail, but still
no success.
However, looking at the source code of my component, and the sample code under
the mentioned URL, I found an import reference to an external file:
the AppendRelativePath actually returns an NS_ERROR_UNRECOGNIZED_PATH (never
checked the return code before)! The file does exist on the filesystem! How in
the world am I to create the nsIFile object? What is going wrong??
___
dev-embedding mailing
replaced the
file-AppendRelativePath(NS_LITERAL_STRING(components/components.manifest));
with 2 calls:
retval = file-Append(NS_LITERAL_STRING(components));
retval = file-Append(NS_LITERAL_STRING(components.manifest));
now the manifest file is detected and parsed, resulting in a
heres the code that fails to load the component:
nsCOMPtrnsIRegionCapture regionPrinter;
retval = servMan-GetServiceByContractID(@mozilla.org/regioncapture;1,
NS_GET_IID(nsIRegionCapture), getter_AddRefs(regionPrinter));
___
dev-embedding mailing
added another line to components.manifest, as mentioned in the referenced
document:
category profile-after-change RegionCapture @mozilla.org/regioncapture;1
still getting NS_ERROR_FACTORY_NOT_REGISTERED. There are no error messages in
nsIConsoleService (at least none my listener gets). This is
ok, I finally got it registered, there was one change that I had applied to the
wrong copy of one file. So, in summary, heres the steps I had to go through:
1. create a manifest file with the described entries
2. change the component javascript file and add the generateNSGetFactory thingy
3.
On 2/17/2014 11:07 AM, Christian Sell wrote:
3. steal a copy of the missing XPCOMUtils.jsm file and put it into the
xulrunner/modules directory
This should not be necessary. The correct location for this file is
within omni.ja, and it seems to be present in the XR27 release.
3. when
On 2/13/2014 1:12 PM, Christian Sell wrote:
doesnt work. I am creating the file like this:
retval = directory-Get(NS_GRE_DIR, NS_GET_IID(nsILocalFile), (void **)greDir);
file-InitWithFile(greDir);
file-AppendRelativePath(NS_LITERAL_STRING(components/components.manifest));
the contents of the
I tried that, too, but it didn't do the job either. However, today I found this
article:
https://developer.mozilla.org/en-US/docs/Mozilla/XPCOM/XPCOM_changes_in_Gecko_2.0,
which seems to indicate that I also have to update the javascript component
code. I'll do that on monday.
thanks for your
On 2/13/2014 12:31 PM, Christian Sell wrote:
Hello,
me again ;). We are embedding XULRunner in our Java application, using a thin
integration layer written in C++ that provides extended functionality. We also
have a XPCOM component written in Javascript, which we previously called though
no, file points to the directory where the component resides. I dont know
where the output from nsIConsoleService goes, as that is maintained by the
Eclipse/SWT integration. I'll try pointing to the manifest file. Thanks
___
dev-embedding mailing list
doesnt work. I am creating the file like this:
retval = directory-Get(NS_GRE_DIR, NS_GET_IID(nsILocalFile), (void **)greDir);
file-InitWithFile(greDir);
file-AppendRelativePath(NS_LITERAL_STRING(components/components.manifest));
the contents of the components.manifest file are just one line:
added component and contract entries to the manifest file, still no hope. BTW,
file-Exists() returns true.
I am out till next week. This was a fruitless day..
___
dev-embedding mailing list
dev-embedding@lists.mozilla.org
14 matches
Mail list logo