lbruun commented on issue #295: Drop usage of FileInput/OutputStreams - modules
a* -> c*
URL:
https://github.com/apache/incubator-netbeans/pull/295#issuecomment-347096698
One more thing: If `Files.newInputStream()` (with try-with-resources of
course) is really that much preferable to ` n
lbruun commented on issue #295: Drop usage of FileInput/OutputStreams - modules
a* -> c*
URL:
https://github.com/apache/incubator-netbeans/pull/295#issuecomment-347092572
I notice your tests use:
```
-XX:+UseCompressedClassPointers
-XX:+UseCompressedOops
-XX:-UseLargePag
junichi11 opened a new pull request #296: #269262 - [Regression] The editor
screen is not scrolled with a keyboard after Japanese strings are input using
IME
URL: https://github.com/apache/incubator-netbeans/pull/296
https://netbeans.org/bugzilla/show_bug.cgi?id=269262
I reported th
> by being too bureaucratic
I don't mean it at all, of course. I am just worried that problems
occur without the ICLA :)
Umm, it's very ambiguous... OK. I would not ask contributors anything
about the ICLA.
Thanks,
Junichi
2017-11-26 16:34 GMT+09:00 Emilian Bold :
> It's good to have an ICLA b
Finally making some progress!!!
http://www.enlightenment.org/ss/e-5a1b6f9f3dc736.75685030.jpg
Getting lots of popups, exceptions to deal with still. I had to stop
using the ActionProcessor for now. Like the StaticResources one. They
seem to not find resources. I even turned on -verbose, and I cou
On Sun, 26 Nov 2017 18:11:45 -0500
"William L. Thomson Jr." wrote:
> On Sun, 26 Nov 2017 17:18:15 -0500
> "William L. Thomson Jr." wrote:
>
> > On Sun, 26 Nov 2017 14:11:18 -0500
> > "William L. Thomson Jr." wrote:
> >
> > > There is also a StaticProcessor but seems only used by 1 class for
On Sun, 26 Nov 2017 17:18:15 -0500
"William L. Thomson Jr." wrote:
> On Sun, 26 Nov 2017 14:11:18 -0500
> "William L. Thomson Jr." wrote:
>
> > There is also a StaticProcessor but seems only used by 1 class for
> > icons. Also a LayerProcessor, which I assume generates layer info in
> > manifest
On Sun, 26 Nov 2017 17:41:20 -0500
Emilian Bold wrote:
> It's not moot how they are generated. If you copy-paste by hand then
> will get out of sync when the NetBeans sources change.
Why do some sources have them in the first place then? Seems they
should be generated always. I guess needed for
It's not moot how they are generated. If you copy-paste by hand then will get
out of sync when the NetBeans sources change.
Instead of manually editing .ebuild files you might as well just copy the whole
static META-INF/ including subfolders.
The point being that even if you don't use ant you h
emilianbold commented on a change in pull request #295: Drop usage of
FileInput/OutputStreams - modules a* -> c*
URL: https://github.com/apache/incubator-netbeans/pull/295#discussion_r153083930
##
File path: core.startup/src/org/netbeans/core/startup/logging/NbLogging.java
emilianbold commented on a change in pull request #295: Drop usage of
FileInput/OutputStreams - modules a* -> c*
URL: https://github.com/apache/incubator-netbeans/pull/295#discussion_r153083653
##
File path:
autoupdate.services/src/org/netbeans/modules/autoupdate/updateprovider/Aut
emilianbold commented on a change in pull request #295: Drop usage of
FileInput/OutputStreams - modules a* -> c*
URL: https://github.com/apache/incubator-netbeans/pull/295#discussion_r153082929
##
File path:
apisupport.ant/src/org/netbeans/modules/apisupport/project/universe/Platfo
emilianbold commented on a change in pull request #295: Drop usage of
FileInput/OutputStreams - modules a* -> c*
URL: https://github.com/apache/incubator-netbeans/pull/295#discussion_r153083681
##
File path:
autoupdate.services/src/org/netbeans/modules/autoupdate/updateprovider/Aut
emilianbold commented on a change in pull request #295: Drop usage of
FileInput/OutputStreams - modules a* -> c*
URL: https://github.com/apache/incubator-netbeans/pull/295#discussion_r153083614
##
File path: autoupdate.services/libsrc/org/netbeans/updater/UpdaterInternal.java
#
On Sun, 26 Nov 2017 14:11:18 -0500
"William L. Thomson Jr." wrote:
>
> > There are many processors, see ServiceProviderProcessor for
> > @ServiceProvider annotations then we have annotations for actions,
> > etc.
>
> I grepped for AbstractProcessor usage. I only found a couple. I added
> the Se
mdindoffer opened a new pull request #295: Drop usage of
FileInput/OutputStreams - modules a* -> c*
URL: https://github.com/apache/incubator-netbeans/pull/295
This change drops the usage of FileInputStream and FileOutputStream
in cluster modules "a*" through "c*".
The FIS/FOS are putt
Hi,
Users seem to be confused about where to report issues.
Maybe it's a good idea to add a link to the new JIRA issue system too.
Cheers,
Antonio
El 23/11/17 a las 12:06, Geertjan Wielenga escribió:
Hi all,
We should, at some stage, put an end to the various netbeans.org mailing
lists, e.g.
El 26/11/17 a las 19:06, Christian Lenz escribió:
I don’t know it exactly, but as you can see it here:
https://github.com/Chris2011/NbScratchFile/blob/develop/src/main/resources/org/chrisle/netbeans/plugins/utils/WebViewDialog.java#L30
I use the javaFX webview to add it into a JDialog, to crea
On Sun, 26 Nov 2017 14:11:18 -0500
"William L. Thomson Jr." wrote:
>
> 9.0_alpha_rc2-os-xtoo] org.netbeans.api.progress.nb [1.48
> 9.0_alpha_rc2-os-xtoo] org.netbeans.api.progress [1.48
> 9.0_alpha_rc2-os-xtoo] org.netbeans.api.java [1.66
> 9.0_alpha_rc2-os-xtoo] org.netbeans.api.io [1.4
> 9.0_alp
On Sun, 26 Nov 2017 14:11:18 -0500
"William L. Thomson Jr." wrote:
>
>
> > There are many processors, see ServiceProviderProcessor for
> > @ServiceProvider annotations then we have annotations for actions,
> > etc.
>
> I grepped for AbstractProcessor usage. I only found a couple. I added
> the
Latest road block, maybe a missing java module not sure.
org.xml.sax.SAXException: java.net.MalformedURLException: unknown
protocol: nbres
at
org.netbeans.core.startup.layers.ParsingLayerCacheManager.startElement(ParsingLayerCacheManager.java:210)
at
java.xml/com.sun.org.apache.x
Hi,
On Sun, Nov 26, 2017 at 6:06 PM Christian Lenz
wrote:
> I don’t know it exactly, but as you can see it here:
> https://github.com/Chris2011/NbScratchFile/blob/develop/src/main/resources/org/chrisle/netbeans/plugins/utils/WebViewDialog.java#L30
> I use the javaFX webview to add it into a JDia
IMHO it would be better to Keep the Mailing list until everyone or at least we,
migrated all or most of the tickets from bugzilla to JIRA, because the users
from the Mailing lists, gets notifications for changes in the tickets.
Cheers
Chris
Gesendet von Mail für Windows 10
Von: Ludovic HOCHE
>>"Pretty soon" though
>> OracleJDK will merge into OpenJDK so I assume this means most JavaFX bits
>> will land in OpenJDK proper?
>It would surprise me if that changed the situation at all - anything
> concrete to back that up?
Nothing concrete. I just assume that since OracleJDK has JavaFX ever
I don’t know it exactly, but as you can see it here:
https://github.com/Chris2011/NbScratchFile/blob/develop/src/main/resources/org/chrisle/netbeans/plugins/utils/WebViewDialog.java#L30
I use the javaFX webview to add it into a JDialog, to create the UI with
HTML5. But I can’t remember, that I h
PS: I assume this will also depend on who officially manages the Plugin Portal
going forward.
--emi
> Original Message
>Subject: [mentors] Can we keep a reference to the Plugin Portal?
>Local Time: November 26, 2017 7:50 PM
>UTC Time: November 26, 2017 5:50 PM
>From: emilian.b..
Hi,
On Sun, Nov 26, 2017 at 8:10 AM Antonio wrote:
> This includes most Debian users (OpenJFX is packaged separately from the
> OpenJDK), and maybe most Ubuntu users (I don't know if OpenJFX is
> installed by default with OpenJDK).
>
Answering in reverse, no OpenJFX isn't installed, or even rec
Hello,
Right now NetBeans users may easily install verified 3rd party plugins from an
update center called Plugin Portal, with the site http://plugins.netbeans.org
The whole Plugin Portal will be moved outside Oracle (and outside Apache) soon.
My question is: can Apache NetBeans still refer new
The email looks good to me.
By the way, should the README.md "Get in touch" section be adjusted
along the same lines?
(remove the direct mails and point to the archives?)
On 26 November 2017 at 11:19, Geertjan Wielenga
wrote:
> Here is the e-mail that will be sent out during this week, to all the
phansson commented on issue #2: Allow custom authenticator
URL: https://github.com/apache/incubator-netbeans/pull/2#issuecomment-347018590
On hold for now.
This is an automated message from the Apache Git Service.
To respond t
The email looks good. The end of an era for sure...but just the beginning of a
new one.
Josh Juneau
> On Nov 26, 2017, at 4:19 AM, Geertjan Wielenga
> wrote:
>
> Here is the e-mail that will be sent out during this week, to all the @
> netbeans.org mailing lists, with the edits and additio
matthiasblaesing closed pull request #293: [NETBEANS-161] edited some
malformed/forgotten license headers
URL: https://github.com/apache/incubator-netbeans/pull/293
This is a PR merged from a forked repository.
As GitHub hides the original diff on merge, it is displayed below for
the sake
matthiasblaesing opened a new pull request #294: [NETBEANS-70] Remove bundled
mysql driver (GPL licensed) and build sampledb from source
URL: https://github.com/apache/incubator-netbeans/pull/294
This is an automated messag
neilcsmith-net commented on issue #277: Permit CLI --open-group to accept a
substring of a group name as a convenience
URL:
https://github.com/apache/incubator-netbeans/pull/277#issuecomment-347006508
`Group.allGroups()` is a sorted Set right? So not random but first match?
Which sounds
neilcsmith-net commented on issue #289: [NETBEANS-126] Replace with trademark
free icons
URL:
https://github.com/apache/incubator-netbeans/pull/289#issuecomment-347005956
I agree with @matthiasblaesing that we should merge #251 as soon as
possible. However, looking back through the dev l
matthiasblaesing commented on issue #289: [NETBEANS-126] Replace with trademark
free icons
URL:
https://github.com/apache/incubator-netbeans/pull/289#issuecomment-347004545
I would merge #251 with the "fair-use" reasoning and close this.
---
Excellent! Turns out I've had deactivated the 'Netbeans Plugin Development'
plugin
and that was causing the issue. It never occured to me that I'd need that,
since I was not trying to create a plugin.
Silly me.
Thanks again Gj!
2017-11-26 12:16 GMT+01:00 Geertjan Wielenga <
geertjan.wiele...@goo
In the main menu, go to File | New Project.
What are the Categories that you see there?
Opening the whole repo as a project, except as an Ant Freeform project, is
not supported -- as pointed out above, the project.xml in nbbuild defines
an Ant Freeform project.
However, opening individual module
geertjanw commented on issue #173: [NETBEANS-97] Don't add braces around
try/synchronized blocks when reformatting
URL:
https://github.com/apache/incubator-netbeans/pull/173#issuecomment-347000838
If test cases are added and, ideally, an option in the Options window to
enable/disable this
geertjanw commented on issue #285: Fixing some problems reported by
verify-libs-and-licenses
URL:
https://github.com/apache/incubator-netbeans/pull/285#issuecomment-347000642
Before merging, there seems to be one conflict here that must be resolved.
---
geertjanw commented on issue #285: Fixing some problems reported by
verify-libs-and-licenses
URL:
https://github.com/apache/incubator-netbeans/pull/285#issuecomment-347000531
Looks good to me too, merging.
This is an automat
geertjanw commented on issue #289: [NETBEANS-126] Replace with trademark free
icons
URL:
https://github.com/apache/incubator-netbeans/pull/289#issuecomment-347000388
Shall we go ahead and merge the solution by @lbruun? And then any
improvement/enhancement that anyone has can be discussed
lbruun commented on issue #293: [NETBEANS-161] edited some malformed/forgotten
license headers
URL:
https://github.com/apache/incubator-netbeans/pull/293#issuecomment-347000361
Yes!
This is an automated message from the Apac
geertjanw commented on issue #291: Ability to depend on JDK modules
URL:
https://github.com/apache/incubator-netbeans/pull/291#issuecomment-347000310
To me, looks good. Any comments/feedback from anyone?
This is an automated
Yes, that's correct. I am trying to open either the whole netbeans git repo
as a project,
or at least a specific module, such as the core.network.
But again, when I try to do that the IDE won't let me -
https://imgur.com/OHMaD0z
Perhaps there's a mandatory plugin that I am missing? No info in the l
geertjanw commented on issue #293: [NETBEANS-161] edited some
malformed/forgotten license headers
URL:
https://github.com/apache/incubator-netbeans/pull/293#issuecomment-347000232
OK, should we merge this?
This is an automat
Indeed, in the project.xml of 'nbbuild/nbproject/project.xm', it's clear
that the project is a org.netbeans.modules.ant.freeform project, so the
result that you've shown in your screenshots is correct. But the question
is what's the problem with that?
Gj
On Sun, Nov 26, 2017 at 11:51 AM, Geertjan
What is it actually that you're trying to achieve? I.e., you want to work
on the core.network module, for example? That's a NetBeans module and you
should be able to open that into NetBeans IDE and work on it. Just tried
that, no problem.
Gj
On Sun, Nov 26, 2017 at 11:12 AM, Geertjan Wielenga <
g
Here is the e-mail that will be sent out during this week, to all the @
netbeans.org mailing lists, with the edits and additions provided in this
thread incorporated into it:
https://cwiki.apache.org/confluence/display/NETBEANS/ending+...@netbeans.org+mailing+lists
Thanks,
Gj
On Sun, Nov 26, 20
On Thu, Nov 23, 2017 at 3:03 PM, Ate Douma wrote:
> Please add wording that users migrating to the users@ or dev@ list should
> *subscribe* to those lists by sending an empty email to
> users-subscr...@netbeans.apache.org or dev-subscr...@netbeans.apache.org
> otherwise we (moderators) will get s
Or, better still, I'll make a quick YouTube clip to explain it.
Gj
On Sun, Nov 26, 2017 at 11:11 AM, Geertjan Wielenga <
geertjan.wiele...@googlemail.com> wrote:
>
>
> On Sun, Nov 26, 2017 at 11:07 AM, Martin Dindoffer
> wrote:
>
>> I'm using the oracle nightly build simply because at the time,
On Sun, Nov 26, 2017 at 11:07 AM, Martin Dindoffer
wrote:
> I'm using the oracle nightly build simply because at the time,
> many fixes and commits were not backported to the apache version.
>
Nope, not true. Heaps have been backported over the past weeks.
> Which I think is still the case,
I'm using the oracle nightly build simply because at the time,
many fixes and commits were not backported to the apache version.
Which I think is still the case, or at least has been until earlier this
week.
I am not aware of any commits related to ant project handling
or the nb build system per se
El 26/11/17 a las 10:33, William L. Thomson Jr. escribió:
But before digging into that, how are you going to build the patched
external binaries NetBeans requires to run? Have you given a thought
to that?
Which ones do you mean? Worse case I can package those as well.
Some NetBeans modul
You should compare your output JAR with the NetBeans output JAR and see which
files you are missing. Most of them will be from annotation processors.
There are many processors, see ServiceProviderProcessor for @ServiceProvider
annotations then we have annotations for actions, etc.
We have vario
Ideally, we'd remove Hibernate completely. However, if we can't, there's
various other options too explore (i.e., the ideas provided by Jan in this
thread).
What would be the blockers to removing Hibernate completely, i.e., all
support for it in every possible way? It doesn't seem like a very crit
Why are you "using the Oracle nightly build from 2017-07-22"? Instead,
please use Apache NetBeans:
github.com/apache/incubator-netbeans
Thanks,
Gj
On Sat, Nov 25, 2017 at 6:17 PM, Martin Dindoffer
wrote:
> The nbbuild project can be opened with no problems. The build-nozip target
> on the nbb
On Sun, 26 Nov 2017 07:33:35 +0100
Antonio wrote:
> That's because you're not running the annotation processors.
I am using NbBundleProcessor. Is there another? I can look. The static
one used in 1 place for 2 icons I bypassed. It was having problems
finding the icons in its own sources.
> But
I was asking because of issue #18.
Of course I'd love to use WebViews in NetBeans. But if we build the
landing page as a WebView then those users that have no JavaFX installed
won't be able to see it.
This includes most Debian users (OpenJFX is packaged separately from the
OpenJDK), and mayb
59 matches
Mail list logo