RE: EXTERNAL: Re: OOoBean Spreadsheet ReadOnly

Previous Topic
 
classic Classic list List threaded Threaded
16 messages Options
Reply | Threaded
Open this post in threaded view
|

RE: EXTERNAL: Re: OOoBean Spreadsheet ReadOnly

Steele, Raymond

I am little bit confused. Are you saying that you cannot edit the document on Linux as well?  Should we be able to edit the document?
-----Original Message-----
From: Ariel Constenla-Haile [mailto:[hidden email]]
Sent: Monday, October 15, 2012 10:27 AM
To: [hidden email]
Subject: Re: EXTERNAL: Re: OOoBean Spreadsheet ReadOnly

Hi Raymond,

On Mon, Oct 15, 2012 at 04:48:30PM +0000, Steele, Raymond wrote:
> Are you able to type into the spreadsheet that is loaded?

No, you can try with a text document, and see the same result: there is no insertion point in the document, you cannot type anything, though you can select the toolbars with the mouse.


> I did compile and run the OfficeBean example, but had the same
> results. I am using version 3.3 because the Solaris 10 x86 version is
> not available.

The guys from Adfinis are building Apache OpenOffice version:
http://www.openoffice.org/porting/


Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Reply | Threaded
Open this post in threaded view
|

Re: EXTERNAL: Re: OOoBean Spreadsheet ReadOnly

Ariel Constenla-Haile-2
Hi Raymond,

On Mon, Oct 15, 2012 at 06:33:49PM +0000, Steele, Raymond wrote:
>
> I am little bit confused. Are you saying that you cannot edit the
> document on Linux as well?  Should we be able to edit the document?

Documents are not open read-only; I can select the drawing toolbar, and
insert a shape in the document, move it around (Calc, Writer, it's the
same). This means that the bug is not document being read-only, but that
there is no keyboard input. You can insert text via Insert - Special
Characters..., but you cannot get an insertion point, nor input typing
with the keyboard (not only on the document, try also the Find toolbar).

For example, in Calc I can enter a cell in edit mode with the mouse, but
there is no insert point, I cannot enter text with the keyboard; but
I can select a range of cells with the mouse, apply background colour,
etc.; that is, the document is not read only.


Regards
--
Ariel Constenla-Haile
La Plata, Argentina

attachment0 (853 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: EXTERNAL: Re: OOoBean Spreadsheet ReadOnly

Jürgen Schmidt-3
On 10/16/12 3:09 AM, Ariel Constenla-Haile wrote:

> Hi Raymond,
>
> On Mon, Oct 15, 2012 at 06:33:49PM +0000, Steele, Raymond wrote:
>>
>> I am little bit confused. Are you saying that you cannot edit the
>> document on Linux as well?  Should we be able to edit the document?
>
> Documents are not open read-only; I can select the drawing toolbar, and
> insert a shape in the document, move it around (Calc, Writer, it's the
> same). This means that the bug is not document being read-only, but that
> there is no keyboard input. You can insert text via Insert - Special
> Characters..., but you cannot get an insertion point, nor input typing
> with the keyboard (not only on the document, try also the Find toolbar).
>
> For example, in Calc I can enter a cell in edit mode with the mouse, but
> there is no insert point, I cannot enter text with the keyboard; but
> I can select a range of cells with the mouse, apply background colour,
> etc.; that is, the document is not read only.
>

The OfficeBean was not really maintained in the end, probably more bugs
are in the code now. I tend to remove the OfficeBean from SDK as long as
there is nobody who is interested to maintain the code or to fix errors.

Sorry but I would say the OfficeBean is not really useable and of course
currently not maintained.

Juergen

Reply | Threaded
Open this post in threaded view
|

Re: EXTERNAL: Re: OOoBean Spreadsheet ReadOnly

Ariel Constenla-Haile-2
On Tue, Oct 16, 2012 at 09:31:55AM +0200, Jürgen Schmidt wrote:

> On 10/16/12 3:09 AM, Ariel Constenla-Haile wrote:
> > Hi Raymond,
> >
> > On Mon, Oct 15, 2012 at 06:33:49PM +0000, Steele, Raymond wrote:
> >>
> >> I am little bit confused. Are you saying that you cannot edit the
> >> document on Linux as well?  Should we be able to edit the document?
> >
> > Documents are not open read-only; I can select the drawing toolbar, and
> > insert a shape in the document, move it around (Calc, Writer, it's the
> > same). This means that the bug is not document being read-only, but that
> > there is no keyboard input. You can insert text via Insert - Special
> > Characters..., but you cannot get an insertion point, nor input typing
> > with the keyboard (not only on the document, try also the Find toolbar).
> >
> > For example, in Calc I can enter a cell in edit mode with the mouse, but
> > there is no insert point, I cannot enter text with the keyboard; but
> > I can select a range of cells with the mouse, apply background colour,
> > etc.; that is, the document is not read only.
> >
>
> The OfficeBean was not really maintained in the end, probably more bugs
> are in the code now. I tend to remove the OfficeBean from SDK as long as
> there is nobody who is interested to maintain the code or to fix errors.
>
> Sorry but I would say the OfficeBean is not really useable and of course
> currently not maintained.
Raymond found an old bug, reporting the same, or similar, bug:
https://issues.apache.org/ooo/show_bug.cgi?id=60467 Quite strange, at
that time, it was a Windows-only problem, Joachim couldn't reproduce it
on Linux.

I would have thought that rollApp is implementing
https://www.rollapp.com/OpenOffice with the bean; if they hacked it, may
be they can contribute fixes back (not sure because their version is OOo
3.2, by Ubuntu, not vanilla OOo).

@Raymond: as Jürgen says, the code is unmaintained, if you want to take
a look:

svn co https://svn.apache.org/repos/asf/incubator/ooo/trunk/main/bean

it's mainly java code, only a couple of C sources using JINI to get the
window handle, as far as I could understood.


Regards
--
Ariel Constenla-Haile
La Plata, Argentina

attachment0 (853 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

could not create implementation loader (Again) and Again

CompleteGP Clinical Software
Hello,
       I am a developer of a very very simple Extension for OpenOffice for Windows. It is written in Java and its only purpose is to load and execute a 'C' DLL and call it when the user selects the Tools Menu item. It uses mainly sample code to register itself and to enable/disable a command.

        It installs correctly on all systems except one. And I can't figure out why. The "Use a Java runtime environment" is ticked the correct JRE installed and selected. I have de-installed both OpenOffice 3.4 and the JRE, removed the user's Roaming settings reinstalled and it still fails to initialize the Extension with the error "could not create implementation loader". The same install programs were used on other machines is the users office and they all work correctly.

        I can only remote into the PC at odd hours so don't have full access to do what I want.

        Are there any suggestions, Debug statements I can put in, turn on? Other avenues to research? I am at my wits end. Is there any better error message that can be produced by OpenOffice?

Thanks,

Carl Beame


Reply | Threaded
Open this post in threaded view
|

Re: could not create implementation loader (Again) and Again

Ariel Constenla-Haile-2
On Tue, Oct 16, 2012 at 11:31:20AM +0100, CompleteGP Clinical Software
wrote:

> Hello, I am a developer of a very very simple Extension for OpenOffice
> for Windows. It is written in Java and its only purpose is to load and
> execute a 'C' DLL and call it when the user selects the Tools Menu
> item. It uses mainly sample code to register itself and to
> enable/disable a command.
>
> It installs correctly on all systems except one. And I can't figure
> out why. The "Use a Java runtime environment" is ticked the correct
> JRE installed and selected. I have de-installed both OpenOffice 3.4
> and the JRE, removed the user's Roaming settings reinstalled and it
> still fails to initialize the Extension with the error "could not
> create implementation loader". The same install programs were used
> on other machines is the users office and they all work correctly.
>
> I can only remote into the PC at odd hours so don't have full access
> to do what I want.
>
> Are there any suggestions, Debug statements I can put in, turn on?
No, unfortunately it happens in the C++ code, not in your extensions,
which is not loaded at all.

> Other avenues to research? I am at my wits end. Is there any better
> error message that can be produced by OpenOffice?

I guess the messages could be improved in
main/stoc/source/javaloader/javaloader.cxx

The problems seems to be that OpenOffice cannot load the JavaVirtual
Machine library. What Java version are you using? There are problems
with Java 7, see
http://www.openoffice.org/development/releases/3.4.1.html#AOO3.4.1ReleaseNotes-KnownIssues
It's built with MS Visual C++ 2010 but it does not include its
redistribuable, so you have to install it on your own.

Did you check that Java is working at all on that machine? Do the
wizards, the Java macros  work?



Regards
--
Ariel Constenla-Haile
La Plata, Argentina

attachment0 (853 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: could not create implementation loader (Again) and Again

Jürgen Schmidt-3
On 10/16/12 1:16 PM, Ariel Constenla-Haile wrote:

> On Tue, Oct 16, 2012 at 11:31:20AM +0100, CompleteGP Clinical Software
> wrote:
>> Hello, I am a developer of a very very simple Extension for OpenOffice
>> for Windows. It is written in Java and its only purpose is to load and
>> execute a 'C' DLL and call it when the user selects the Tools Menu
>> item. It uses mainly sample code to register itself and to
>> enable/disable a command.
>>
>> It installs correctly on all systems except one. And I can't figure
>> out why. The "Use a Java runtime environment" is ticked the correct
>> JRE installed and selected. I have de-installed both OpenOffice 3.4
>> and the JRE, removed the user's Roaming settings reinstalled and it
>> still fails to initialize the Extension with the error "could not
>> create implementation loader". The same install programs were used
>> on other machines is the users office and they all work correctly.
>>
>> I can only remote into the PC at odd hours so don't have full access
>> to do what I want.
>>
>> Are there any suggestions, Debug statements I can put in, turn on?
>
> No, unfortunately it happens in the C++ code, not in your extensions,
> which is not loaded at all.
>
>> Other avenues to research? I am at my wits end. Is there any better
>> error message that can be produced by OpenOffice?
>
> I guess the messages could be improved in
> main/stoc/source/javaloader/javaloader.cxx
>
> The problems seems to be that OpenOffice cannot load the JavaVirtual
> Machine library. What Java version are you using? There are problems
> with Java 7, see
> http://www.openoffice.org/development/releases/3.4.1.html#AOO3.4.1ReleaseNotes-KnownIssues
> It's built with MS Visual C++ 2010 but it does not include its
> redistribuable, so you have to install it on your own.
>
> Did you check that Java is working at all on that machine? Do the
> wizards, the Java macros  work?

only guessing 32 versus 64 bit problem?

trying java -d32 option when running the app

Juergen


>
>
>
> Regards
>

Reply | Threaded
Open this post in threaded view
|

Re: could not create implementation loader (Again) and Again

CompleteGP Clinical Software
On Tue Oct 16 12:49:50 2012, in <[hidden email]>, Jürgen Schmidt wrote:
>On 10/16/12 1:16 PM, Ariel Constenla-Haile wrote:
>> I guess the messages could be improved in
>> main/stoc/source/javaloader/javaloader.cxx
>>
>> The problems seems to be that OpenOffice cannot load the JavaVirtual
>> Machine library. What Java version are you using? There are problems
>> with Java 7, see
>>

Thanks, The Java is 1.6.0_25 which updates to 1.6.0_33 and it fails both
before and after the update.

>> It's built with MS Visual C++ 2010 but it does not include its
>> redistribuable, so you have to install it on your own.

If you are referring to the DLL being loaded, it is written in VC6 with the
runtime installed. If I delete the DLL being loaded from the a working
system and remove and reinstall the Extension, the install works, so it is
not anything to do with the loaded C Dll. The DLL is only load when the
command is executed AND a Global Atom exists indicating that another program
is running.

>>
>> Did you check that Java is working at all on that machine? Do the
>> wizards, the Java macros  work?

Yes, Java seems to work.

>only guessing 32 versus 64 bit problem?

The machine is a 32-bit OS (2 GB Memory) and the installed JRE is 32-bit.

>
>trying java -d32 option when running the app
>

I will try this the next time I have access.

Thanks,

Carl

Reply | Threaded
Open this post in threaded view
|

Re: could not create implementation loader (Again) and Again

Ariel Constenla-Haile-2
On Tue, Oct 16, 2012 at 01:22:51PM +0100, CompleteGP Clinical Software wrote:
> >> It's built with MS Visual C++ 2010 but it does not include its
> >> redistribuable, so you have to install it on your own.
>
> If you are referring to the DLL being loaded, it is written in VC6 with the
> runtime installed. If I delete the DLL being loaded from the a working
> system and remove and reinstall the Extension, the install works, so it is
> not anything to do with the loaded C Dll. The DLL is only load when the
> command is executed AND a Global Atom exists indicating that another program
> is running.

No, I was talking about the JVM library that comes with the JRE 7, but
as you use Java 6, this isn't the case.

> >>
> >> Did you check that Java is working at all on that machine? Do the
> >> wizards, the Java macros  work?
>
> Yes, Java seems to work.
>
> >only guessing 32 versus 64 bit problem?
>
> The machine is a 32-bit OS (2 GB Memory) and the installed JRE is 32-bit.
>
> >
> >trying java -d32 option when running the app
> >
>
> I will try this the next time I have access.
There are two unconfirmed issues:
https://issues.apache.org/ooo/show_bug.cgi?id=118346
https://issues.apache.org/ooo/show_bug.cgi?id=120254

your issue looks like bug 120254: Win 32 bits, Java 6 32 bits, the
wizards working, but that error installing extensions. "Unconfirmed"
means only the reporter could reproduce it, though it could be a real
issue, like the Java 7 issue turned out to be.


Regards
--
Ariel Constenla-Haile
La Plata, Argentina

attachment0 (853 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

RE: EXTERNAL: Re: OOoBean Spreadsheet ReadOnly

Steele, Raymond
In reply to this post by Jürgen Schmidt-3
Thanks for the information. It would have been nice to have something like this posted in the Developer's Guide so that one could know ahead of time. I will take a look at the code to see if it is a quick fix for now.

-----Original Message-----
From: Jürgen Schmidt [mailto:[hidden email]]
Sent: Tuesday, October 16, 2012 12:32 AM
To: [hidden email]
Subject: Re: EXTERNAL: Re: OOoBean Spreadsheet ReadOnly

On 10/16/12 3:09 AM, Ariel Constenla-Haile wrote:

> Hi Raymond,
>
> On Mon, Oct 15, 2012 at 06:33:49PM +0000, Steele, Raymond wrote:
>>
>> I am little bit confused. Are you saying that you cannot edit the
>> document on Linux as well?  Should we be able to edit the document?
>
> Documents are not open read-only; I can select the drawing toolbar,
> and insert a shape in the document, move it around (Calc, Writer, it's
> the same). This means that the bug is not document being read-only,
> but that there is no keyboard input. You can insert text via Insert -
> Special Characters..., but you cannot get an insertion point, nor
> input typing with the keyboard (not only on the document, try also the Find toolbar).
>
> For example, in Calc I can enter a cell in edit mode with the mouse,
> but there is no insert point, I cannot enter text with the keyboard;
> but I can select a range of cells with the mouse, apply background
> colour, etc.; that is, the document is not read only.
>

The OfficeBean was not really maintained in the end, probably more bugs are in the code now. I tend to remove the OfficeBean from SDK as long as there is nobody who is interested to maintain the code or to fix errors.

Sorry but I would say the OfficeBean is not really useable and of course currently not maintained.

Juergen

Reply | Threaded
Open this post in threaded view
|

Re: could not create implementation loader (Again) and Again

Daniel Naber
In reply to this post by CompleteGP Clinical Software
On 16.10.2012, 11:31:20 CompleteGP Clinical Software wrote:

> I have de-installed both OpenOffice 3.4 and the JRE, removed the user's
> Roaming settings reinstalled and it still fails to initialize the
> Extension with the error "could not create implementation loader".

Have you tried these suggestions?
http://www.zotero.org/support/word_processor_plugin_troubleshooting#could_not_create_java_implementation_loader

One of our (LanguageTool) users had the same error ("could not create java
implementation loader") and one of those suggestions finally helped.

Regards
 Daniel

--
http://www.danielnaber.de

Reply | Threaded
Open this post in threaded view
|

Re: could not create implementation loader (Again) and Again

CompleteGP Clinical Software
On Tue Oct 16 17:33:33 2012, in <5977684.nJMetQZbhC@lisa>, Daniel Naber wrote:
>On 16.10.2012, 11:31:20 CompleteGP Clinical Software wrote:
>
>
>Have you tried these suggestions?
>http://www.zotero.org/support/word_processor_plugin_troubleshooting#could_not_create_java_implementation_loader
>

I have tried everything there. Re-install MSC 2010 Redist just to be sure.

>
>There are two unconfirmed issues:
>https://issues.apache.org/ooo/show_bug.cgi?id=118346
>https://issues.apache.org/ooo/show_bug.cgi?id=120254
>
>your issue looks like bug 120254: Win 32 bits, Java 6 32 bits, the
>wizards working, but that error installing extensions. "Unconfirmed"
>means only the reporter could reproduce it, though it could be a real

>>trying java -d32 option when running the app

-d32 is not a valid option to java.

Still not working. I have to say I have received this error on other
machines and also making sure the Java is correct and selected solved the
problem. This machine just returns the error and no suggestion has worked.

- Carl


Reply | Threaded
Open this post in threaded view
|

Re: could not create implementation loader (Again) and Again

CompleteGP Clinical Software
Hello,
      I have "solved" this but I did several things differently so, I will
listed exactly what I did differently this time.

* - Done differently this time

1) Uninstalled OpenOffice and JRE (Delete files from Local/Roaming)
2) *Delete all registry entries for Java and OpenOffice
3) *Deleted the subdirectory for Java
4) Installed JRE "As Adminstrator"
5) Installed OpenOffice "As Administrator"
6) *Executed  CMD.exe "As Administrator" (UAS IS enabled)
7) In the CMD "as administrator" ran the command line to install the
Extension

I should note that I had previously run OpenOffice "As Administrator" which
still caused the error and I had used the Command line to install and no
error was produced but the Extension was not loaded.

I should note that the extension shows a "Locked" symbol in the extension
manager.


Thanks for all the suggestions. I hope this might help others.

- Carl



Reply | Threaded
Open this post in threaded view
|

Re: could not create implementation loader (Again) and Again

Bert Frees
Hello,

I'm happy this worked out for you but I think it's more of a  
workaround than a real solution.

A lot of Windows users of my OpenOffice extension are experiencing the  
same problem. It seems to happen randomly on all kinds of setups, i.e.  
I can not find a pattern. People have tried everything (you can find  
quite a few suggestions on forums etc.), and some of them found a  
workaround, similar to yours, but there is no solution that works for  
everyone.

Bert.


On 16-okt-12, at 21:03, CompleteGP Clinical Software wrote:

> Hello,
>      I have "solved" this but I did several things differently so, I  
> will
> listed exactly what I did differently this time.
>
> * - Done differently this time
>
> 1) Uninstalled OpenOffice and JRE (Delete files from Local/Roaming)
> 2) *Delete all registry entries for Java and OpenOffice
> 3) *Deleted the subdirectory for Java
> 4) Installed JRE "As Adminstrator"
> 5) Installed OpenOffice "As Administrator"
> 6) *Executed  CMD.exe "As Administrator" (UAS IS enabled)
> 7) In the CMD "as administrator" ran the command line to install the
> Extension
>
> I should note that I had previously run OpenOffice "As  
> Administrator" which
> still caused the error and I had used the Command line to install  
> and no
> error was produced but the Extension was not loaded.
>
> I should note that the extension shows a "Locked" symbol in the  
> extension
> manager.
>
>
> Thanks for all the suggestions. I hope this might help others.
>
> - Carl
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: could not create implementation loader (Again) and Again

Daniel Naber
On 16.10.2012, 21:55:15 Bert Frees wrote:

> I'm happy this worked out for you but I think it's more of a  
> workaround than a real solution.

I have started collecting information about this, including an analysis
where the problem occurs in the source code:

http://languagetool.wikidot.com/could-not-create-java-implementation-loader

Not being a C++ developer and not having a way to reproduce the issue,
that's how far I got. It think someone who can compile OO *and* has a way
to reproduce the issue could add a lot of debugging statements and finally
find out what the problem is.

Regards
 Daniel

--
http://www.danielnaber.de

Reply | Threaded
Open this post in threaded view
|

Re: could not create implementation loader (Again) and Again

Bert Frees
Hi Daniel,

Thanks for these pointers.

I wish I could dig deeper into this but unfortunately I can't  
reproduce the problem either. At the moment I don't even have access  
to a Windows machine.

Bert.

On 16-okt-12, at 22:01, Daniel Naber wrote:

> On 16.10.2012, 21:55:15 Bert Frees wrote:
>
>> I'm happy this worked out for you but I think it's more of a
>> workaround than a real solution.
>
> I have started collecting information about this, including an  
> analysis
> where the problem occurs in the source code:
>
> http://languagetool.wikidot.com/could-not-create-java-implementation-loader
>
> Not being a C++ developer and not having a way to reproduce the issue,
> that's how far I got. It think someone who can compile OO *and* has  
> a way
> to reproduce the issue could add a lot of debugging statements and  
> finally
> find out what the problem is.
>
> Regards
> Daniel
>