List Info

Thread: Re: Problem with with NetBeans Plug-In




Re: Problem with with NetBeans Plug-In
user name
2007-07-31 02:39:01
Hi,

the way how the SDK is installed on Ubuntu is more or less
the same idea 
i have in mind for the SDK in the future. On Ubuntu the SDK
is installed 
in a sudirectory (/usr/lib/openoffice/sdk) under the office

installation. My plan is to make the SDK an optional part of
a normal 
office installation and put the necessary tools exactly in
such a 
subdirectory. How this will look like exactly is not defined
yet because 
the plan is also to remove some parts of the documentation
(when the 
DevGuide is in the wiki) and make the examples optional,
...

But the idea behind is to improve the usability in general,
the 
installation and of course also the usage from external
IDE's like 
NetBeans or Eclipse. A well defined place and structure
makes the 
configuration much easier.

Juergen


Max Giesbert wrote:
> Hi Steffen,
> 
> thx for the explanations.
> 
> I posted a bug under http://www.openoffice.org/issues/show_bug.cgi?id=80183

> 
> I didn't know your username. So go and get it. It's all
yours 
> 
> Thx
> 
> 
> Max
> 
> Steffen Grund wrote:
>> Hi Max,
>>
>> the problem is that Ubuntu inserts the wrapper
scripts to call the sdk
>> commands. Commands are renamed with extension .bin
and the scripts take
>> the place of the commnds. So the plugin calls the
scripts with an
>> environment which is customized for the commands.
This environment does
>> not contain a path to call "basename", so
it is simply not found and
>> calling uno-skeletonmaker.bin fails because the
name is not constructed
>> correctly.
>> Now that I know it, I can easily extend the plugin
to be aware of this
>> and work correctly on Ubuntu. Would you like to
write me a bug for it?
>>
>> Regards, Steffen
>>
>> Max Giesbert wrote:
>>
>>> CRITICAL   #
org.openoffice.extensions.util.ProjectCreator,line 486:
>>>
/usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker: 4:
basename: not
>>> found
>>>
/usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker: 4:
>>> /usr/lib/openoffice/sdk/linux/bin/.bin: not
found
>>> --->this happened with the Ubuntu SDK
>>>
>>> --->then i changed
/usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker
>>> from
>>>
>>> #!/bin/sh
>>> # wrapper script for OOos SDK programs
>>>
>>> LD_LIBRARY_PATH=/usr/lib/openoffice/program
>>> /usr/lib/openoffice/sdk/linux/bin/`basename
$0`.bin "$"
>>>
>>> --->to
>>>
>>> #!/bin/sh
>>> # wrapper script for OOos SDK programs
>>>
>>> LD_LIBRARY_PATH=/usr/lib/openoffice/program
>>>
/usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker.bin
"$"
>>>
>>>
>>> Maybe you can enlighten me what exactly went
wrong in the first place
>>> because I don't really get it.
>>>
>>> Thx
>>>
>>> Max
>>>
>>
------------------------------------------------------------
---------
>> To unsubscribe, e-mail: dev-unsubscribeapi.openoffice.org
>> For additional commands, e-mail: dev-helpapi.openoffice.org
>>
>>
> 

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribeapi.openoffice.org
For additional commands, e-mail: dev-helpapi.openoffice.org


RE: Problem with with NetBeans Plug-In
user name
2007-07-31 03:39:16
You could also lend another idea from Eclipse, then...

just write a "small" config file into a predefined
OOo-subfolder that
points to
the location of the SDK.

regards
Alexander 

-----Original Message-----
From: Juergen Schmidt [mailto:juergen.schmidtsun.com]

Sent: Tuesday, July 31, 2007 9:39 AM
To: devapi.openoffice.org
Subject: Re: [api-dev] Problem with with NetBeans Plug-In

Hi,

the way how the SDK is installed on Ubuntu is more or less
the same idea

i have in mind for the SDK in the future. On Ubuntu the SDK
is installed

in a sudirectory (/usr/lib/openoffice/sdk) under the office

installation. My plan is to make the SDK an optional part of
a normal 
office installation and put the necessary tools exactly in
such a 
subdirectory. How this will look like exactly is not defined
yet because

the plan is also to remove some parts of the documentation
(when the 
DevGuide is in the wiki) and make the examples optional,
...

But the idea behind is to improve the usability in general,
the 
installation and of course also the usage from external
IDE's like 
NetBeans or Eclipse. A well defined place and structure
makes the 
configuration much easier.

Juergen


Max Giesbert wrote:
> Hi Steffen,
> 
> thx for the explanations.
> 
> I posted a bug under
http://www.openoffice.org/issues/show_bug.cgi?id=80183

> 
> I didn't know your username. So go and get it. It's all
yours 
> 
> Thx
> 
> 
> Max
> 
> Steffen Grund wrote:
>> Hi Max,
>>
>> the problem is that Ubuntu inserts the wrapper
scripts to call the
sdk
>> commands. Commands are renamed with extension .bin
and the scripts
take
>> the place of the commnds. So the plugin calls the
scripts with an
>> environment which is customized for the commands.
This environment
does
>> not contain a path to call "basename", so
it is simply not found and
>> calling uno-skeletonmaker.bin fails because the
name is not
constructed
>> correctly.
>> Now that I know it, I can easily extend the plugin
to be aware of
this
>> and work correctly on Ubuntu. Would you like to
write me a bug for
it?
>>
>> Regards, Steffen
>>
>> Max Giesbert wrote:
>>
>>> CRITICAL   #
org.openoffice.extensions.util.ProjectCreator,line 486:
>>>
/usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker: 4:
basename:
not
>>> found
>>>
/usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker: 4:
>>> /usr/lib/openoffice/sdk/linux/bin/.bin: not
found
>>> --->this happened with the Ubuntu SDK
>>>
>>> --->then i changed
/usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker
>>> from
>>>
>>> #!/bin/sh
>>> # wrapper script for OOos SDK programs
>>>
>>> LD_LIBRARY_PATH=/usr/lib/openoffice/program
>>> /usr/lib/openoffice/sdk/linux/bin/`basename
$0`.bin "$"
>>>
>>> --->to
>>>
>>> #!/bin/sh
>>> # wrapper script for OOos SDK programs
>>>
>>> LD_LIBRARY_PATH=/usr/lib/openoffice/program
>>>
/usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker.bin
"$"
>>>
>>>
>>> Maybe you can enlighten me what exactly went
wrong in the first
place
>>> because I don't really get it.
>>>
>>> Thx
>>>
>>> Max
>>>
>>
------------------------------------------------------------
---------
>> To unsubscribe, e-mail: dev-unsubscribeapi.openoffice.org
>> For additional commands, e-mail: dev-helpapi.openoffice.org
>>
>>
> 

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribeapi.openoffice.org
For additional commands, e-mail: dev-helpapi.openoffice.org

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribeapi.openoffice.org
For additional commands, e-mail: dev-helpapi.openoffice.org


[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )