Re: NB 11.1 Platform Application: HelpCtx.display()

2019-08-27 Thread Emilian Bold 
NetBeans under Apache cannot include JavaHelp, that's why you don't
see your helpsets: https://issues.apache.org/jira/browse/NETBEANS-3

I think it should be easy to recompile-in JavaHelp. I kept meaning to
do this for CoolBeans ( http://coolbeans.xyz ) but haven't gotten to
it.

--emi

On Wed, Aug 28, 2019 at 2:51 AM Daniel Hartman
 wrote:
>
> All,
>
> I am porting my NB 8.2 platform application to 11.1, and I am struggling to 
> get my helpsets displayed. That is, nothing happens when, for example, a 
> wizard's help button within my platform application is clicked.  Everything 
> worked great in NB 8.2.
>
> I therefore created an empty platform application in NB 11.1 and added a 
> TopComponent, which contains a button that programmatically opens a helpset.  
> I also created a default Help Set in the TopComponent module by following the 
> guidelines here:
>
> https://netbeans.apache.org/wiki/DevFaqHelpGuidelines.asciidoc
>
> Finally, I added JavaHelp as library to my application and set it as a 
> dependency for my TopComponent module.
>
> Everything compiles and builds fine, but nothing happens when I click the 
> button.
>
> What am I missing?
>
> Thank you in advance for any help.
>
> Dan
>

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

NB 11.1 Platform Application: HelpCtx.display()

2019-08-27 Thread Daniel Hartman 
All,
I am porting my NB 8.2 platform application to 11.1, and I am struggling to get 
my helpsets displayed. That is, nothing happens when, for example, a wizard's 
help button within my platform application is clicked.  Everything worked great 
in NB 8.2.
I therefore created an empty platform application in NB 11.1 and added a 
TopComponent, which contains a button that programmatically opens a helpset.  I 
also created a default Help Set in the TopComponent module by following the 
guidelines here:
https://netbeans.apache.org/wiki/DevFaqHelpGuidelines.asciidoc

Finally, I added JavaHelp as library to my application and set it as a 
dependency for my TopComponent module.
Everything compiles and builds fine, but nothing happens when I click the 
button.  
What am I missing?
Thank you in advance for any help.
Dan

Re: Updates don't be applied

2019-08-27 Thread Marco Rossi 
Finally, after a few days of attempts, I found the solution. It was a bit less 
trickier than it was appearing: no sandboxes nor permissions but ownership of 
my application bundle directory.

According to this post 
https://superuser.com/questions/20420/what-is-the-difference-between-the-default-groups-on-mac-os-x
 

 I’ve changed the group to ‘admin’ (it was ’staff’) and now upgrade works 
properly. If I’m not wrong, Netbeans IDE and platform based application saves 
and keeps module updates and other metadata files inside its directory 
installation (on macOS it is usually /Applications/NetBeans/NetBeans 
8.2.app/Contents/Resources/NetBeans/) and only ‘admin’ members can write on 
/Applications directory.

At last I added the following ant commands on my build.xml script:










With the correct permissions and ownership of all files and subdirectory my 
application is able to update itself, even when System Integrity Protection is 
enabled.

I shared here my little experience with the Mailing List members hoping someone 
else can find these information useful.

Cheers,

Marco

> Il giorno 1 ago 2019, alle ore 11:59, Marco Rossi  ha 
> scritto:
> 
> Yes, also the working directory exists.
> 
> As Emilian has mentioned I think it is something related to macOS sandbox or 
> security access. This issue has appear after I bundled the OpenJDK inside the 
> application bundle (before I used Oracle JRE installed onto the system).
> 
> I’ve found this interesting article with some useful information I was 
> ignoring before: http://www.balthisar.com/blog/bundle_the_jre/
> 
>> Il giorno 1 ago 2019, alle ore 10:34, Chris Mackey  ha 
>> scritto:
>> 
>> Perhaps a stupid question, but I see you've verified that the
>> executable location exists, but have you done the same for the working
>> directory you're telling ProcessBuilder to use? That is,
>> "/Applications/ISNet Cube.app/Contents/Resources/isnet/isnet/modules".
>> 
>> On Wed, 31 Jul 2019 at 21:49, Marco Rossi  wrote:
>>> 
>>> 
>>> Can you open an arbitrary command window and just try to run the command 
>>> "/Applications/ISNet 
>>> Cube.app/Contents/PlugIns/jdk8u212-b04-jre/Contents/Home/bin/unpack200"?
>>> 
>>> It should output some usage help…
>>> 
>>> 
>>> Yes Joseph, I can see the usage help message:
>>> mark@MacBookPro:~$ /Applications/ISNet\ 
>>> Cube.app/Contents/PlugIns/jdk8u212-b04-jre/Contents/Home/bin/unpack200
>>> Usage:  unpack200 [-opt... | --option=value]... x.pack[.gz] y.jar
>>> (For more information, run unpack200 --help .)
>>> 
>>> Assuming the paths do exist and the file is executable, are you sure
>>> you are not running in some new fancy macOS sandbox that is
>>> disallowing you to execute external binaries?
>>> 
>>> 
>>> M, I’m suspecting something similar as Emilian suggested. Damn! :-/
>>> I’ll take a closer look.
>>> 
>>> Thank you guys.
>>> 
>>> Marco
>>> 
>>> 
>>> -Original Message-
>>> From: Marco Rossi 
>>> Sent: Wednesday, July 31, 2019 3:24 PM
>>> To: List NetBeans Mailing 
>>> Subject: Re: Updates don't be applied
>>> 
>>> Hi to all,
>>> after further investigations I found the following error occurs:
>>> 
>>> java.io.IOException: error=2, No such file or directory
>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>> at java.lang.UNIXProcess.(UNIXProcess.java:247)
>>> at java.lang.ProcessImpl.start(ProcessImpl.java:134)
>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)
>>> Caused: java.io.IOException: Cannot run program "/Applications/ISNet 
>>> Cube.app/Contents/PlugIns/jdk8u212-b04-jre/Contents/Home/bin/unpack200" (in 
>>> directory "/Applications/ISNet 
>>> Cube.app/Contents/Resources/isnet/isnet/modules"): error=2, No such file or 
>>> directory
>>> at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)
>>> [catch] at 
>>> org.netbeans.updater.ModuleUpdater.unpack200(ModuleUpdater.java:592)
>>> at org.netbeans.updater.ModuleUpdater.unpack(ModuleUpdater.java:490)
>>> at org.netbeans.updater.ModuleUpdater.run(ModuleUpdater.java:142)
>>> 
>>> I’ve verified that there is the executable unpack200 in 
>>> ../Contents/Home/bin with the right permissions. Maybe is it something 
>>> related to OpenJDK instead of NetBeans?
>>> 
>>> Il giorno 30 lug 2019, alle ore 09:04, Marco Rossi  ha 
>>> scritto:
>>> 
>>> Hi everybody,
>>> 
>>> I built my RCP application over platform version 8.2 and create a macOS 
>>> bundle with JVM 1.8.0_212 OpenJDK 64-Bit Server VM 25.212-b04 that run on 
>>> my 10.14.6 system.
>>> 
>>> Now I discovered that my application is unable to apply updates from my 
>>> custom update center: it download it and asks to restart as usual; updates 
>>> are then (apparently) installed and then application starts itself again, 
>>> but it proposes the same updates!
>>> 
>>> Where are they installed the

Re: Export projects

2019-08-27 Thread Antônio Diego da Luz Silva 
 It seems that this function don't export hidden folders of the project
root folder.

Em ter, 27 de ago de 2019 às 08:06, Antônio Diego da Luz Silva <
antoniodiego...@gmail.com> escreveu:

> I said the export project option as zip.
>
> Em ter, 27 de ago de 2019 às 08:05, Antônio Diego da Luz Silva <
> antoniodiego...@gmail.com> escreveu:
>
>> Yes, I will.
>>
>> Sorry, I doesn't notice the receiver email address was incorrect.
>>
>> Em ter, 27 de ago de 2019 às 08:01, Geertjan Wielenga <
>> geert...@apache.org> escreveu:
>>
>>> Can you write to the mailing list and not to me please and if you have
>>> an issue, file an issue?
>>>
>>> Gj
>>>
>>> On Tue, Aug 27, 2019 at 11:55 AM Antônio Diego da Luz Silva <
>>> antoniodiego...@gmail.com> wrote:
>>>
 It seems that this function don't export hidden folders of the project
 root folder.
 ---
 Enviado de Gmail - Web

 Em ter, 27 de ago de 2019 às 07:53, Antônio Diego da Luz Silva <
 antoniodiego...@gmail.com> escreveu:

> I said the export project option as zip
>
> Em seg, 19 de ago de 2019 às 15:56, Antônio Diego da Luz Silva <
> antoniodiego...@gmail.com> escreveu:
>
>> It seems that this function don't export hidden folders of the
>> project root folder.
>>
>>
>> 
>>  Livre
>> de vírus. www.avast.com
>> .
>>
>> <#m_274369560332314386_m_7134243747498949933_m_1203444886367718059_m_-6590453610788267378_m_5592547683679407554_m_-5698625056964630575_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> Em seg, 19 de ago de 2019 às 15:53, Antônio Diego da Luz Silva <
>> antoniodiego...@gmail.com> escreveu:
>>
>>> I said the export project option as zip.
>>>
>>>
>>> 
>>>  Livre
>>> de vírus. www.avast.com
>>> .
>>>
>>> <#m_274369560332314386_m_7134243747498949933_m_1203444886367718059_m_-6590453610788267378_m_5592547683679407554_m_-5698625056964630575_m_-8062028904684200350_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>
>>> Em seg, 19 de ago de 2019 às 01:48, Geertjan Wielenga <
>>> geert...@apache.org> escreveu:
>>>
 That probably makes sense. Maybe experiment with including those
 folders in the project via the Files tab of the Options window and then
 maybe they’ll be included when you export the project.

 Gj

 On Mon, 19 Aug 2019 at 02:43, Antônio Diego da Luz Silva <
 antoniodiego...@gmail.com> wrote:

> I noticed that the export function do not put the .git nor the
> .svn folders of the projects on the generated zip file.
>

>>>
>>> --
>>> Antônio Diego
>>>
>>
>>
>> --
>> Antônio Diego
>>
>
>
> --
> Antônio Diego
>


 --
 Antônio Diego

>>>
>>
>> --
>> Antônio Diego
>>
>
>
> --
> Antônio Diego
>


-- 
Antônio Diego

Re: Export projects

2019-08-27 Thread Antônio Diego da Luz Silva 
 I said the export project option as zip.

Em ter, 27 de ago de 2019 às 08:05, Antônio Diego da Luz Silva <
antoniodiego...@gmail.com> escreveu:

> Yes, I will.
>
> Sorry, I doesn't notice the receiver email address was incorrect.
>
> Em ter, 27 de ago de 2019 às 08:01, Geertjan Wielenga 
> escreveu:
>
>> Can you write to the mailing list and not to me please and if you have an
>> issue, file an issue?
>>
>> Gj
>>
>> On Tue, Aug 27, 2019 at 11:55 AM Antônio Diego da Luz Silva <
>> antoniodiego...@gmail.com> wrote:
>>
>>> It seems that this function don't export hidden folders of the project
>>> root folder.
>>> ---
>>> Enviado de Gmail - Web
>>>
>>> Em ter, 27 de ago de 2019 às 07:53, Antônio Diego da Luz Silva <
>>> antoniodiego...@gmail.com> escreveu:
>>>
 I said the export project option as zip

 Em seg, 19 de ago de 2019 às 15:56, Antônio Diego da Luz Silva <
 antoniodiego...@gmail.com> escreveu:

> It seems that this function don't export hidden folders of the project
> root folder.
>
>
> 
>  Livre
> de vírus. www.avast.com
> .
>
> <#m_7134243747498949933_m_1203444886367718059_m_-6590453610788267378_m_5592547683679407554_m_-5698625056964630575_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Em seg, 19 de ago de 2019 às 15:53, Antônio Diego da Luz Silva <
> antoniodiego...@gmail.com> escreveu:
>
>> I said the export project option as zip.
>>
>>
>> 
>>  Livre
>> de vírus. www.avast.com
>> .
>>
>> <#m_7134243747498949933_m_1203444886367718059_m_-6590453610788267378_m_5592547683679407554_m_-5698625056964630575_m_-8062028904684200350_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> Em seg, 19 de ago de 2019 às 01:48, Geertjan Wielenga <
>> geert...@apache.org> escreveu:
>>
>>> That probably makes sense. Maybe experiment with including those
>>> folders in the project via the Files tab of the Options window and then
>>> maybe they’ll be included when you export the project.
>>>
>>> Gj
>>>
>>> On Mon, 19 Aug 2019 at 02:43, Antônio Diego da Luz Silva <
>>> antoniodiego...@gmail.com> wrote:
>>>
 I noticed that the export function do not put the .git nor the .svn
 folders of the projects on the generated zip file.

>>>
>>
>> --
>> Antônio Diego
>>
>
>
> --
> Antônio Diego
>


 --
 Antônio Diego

>>>
>>>
>>> --
>>> Antônio Diego
>>>
>>
>
> --
> Antônio Diego
>


-- 
Antônio Diego