I've noticed that the subversion CLI client option is very limited in it's
functionality for cross branch diffs and even the type of merge that can be
done. I installed a JavaHL client on my computer (Ubuntu and Windows) and
set NetBeans to use it and I have full functionality with cross branch
When I converted about 30 projects from Any to Gradle, including multiple
multi-project builds, I noticed a few peculiar things.
Firstly, NetBeans gets a background task hung up every now and then. The
only solution for this was to exit NetBeans then find the hung up task and
kill it. Once
I noticed this problem, as well as the templating for adding
configuration files to projects (faces-config.xml, persistence.xml, etc)
having the old XML schemas. It appears that Apache NetBeans has not
integrated, yet, with the Jakarta EE 9+ API.
JSF-EL and JSP-EL do not support code
aintenance; the "Encapsulation"
principle of Object-Oriented Programming.
Good luck to you with building Tomcat!
-- Jason Abreu
On 2/25/22 06:21, John wrote:
Hi Jason,
Thanks for your analysis and as you correctly point out, if I remove
one or other of the formats.
Howe
John,
Thanks for the feedback. It gives me something to look for when I
notice the hanged background processes.
-- Jason Abreu
On 2/25/22 07:00, John wrote:
Jason,
Firstly, thanks for your suggestion, however I had already tried that,
including shutting down windows, clearing cache
John,
Your syntax in the screenshot is incorrect. Use the scriptlet tag
expression (the <%= ... %>) OR use the JSP Expression Language syntax
(the ${ ... }). You don't use both. The current accepted
standard/practice is to use the JSP EL instead of the scriptlet tag.
-- Jason
if it still has the error indicator. A tell-tale, that I found, was
that a Clean-Build works to build the project, even with files flagged
as containing an error. This has even bitten me with building Gradle
projects.
-- Jason Abreu
On 2/23/22 07:00, John Barrow wrote:
Hi,
I have recently
A cursory file search in my NetBeans 12.6 folder shows
"log4j-1.2.15.jar" in the "netbeans\ide\modules\ext" path.
The vulnerability only seems to be in log4j versions 2+ so I don't think
there is anything to worry about with the NetBeans IDE, itself.
- Jason
On 12/15/21 2:13 PM, Mike
thin
JSF/JSP page expressions.
I think this may be something to file a bug report for.
Thanks for all the feeback!
Jason
On 12/6/21 3:00 PM, Jason Abreu wrote:
I have also created a sample web project using Ant and observe the
same behavior. With the new Jakarta EE, the code assist in
ck
and forth between them all to ensure I get the methods name correct.
This is a very big annoyance that I'd like to figure out a remedy to
quickly.
Thanks,
Jason
On 12/5/21 1:45 PM, Jason Abreu wrote:
I'm using NetBeans 12.5 with a new Gradle 7 web project and am having
issues with code co
I'm using NetBeans 12.5 with a new Gradle 7 web project and am having
issues with code completion working within JSF EL (Jakarta JSF 3.0). I
could definitely use some assistance figuring this out.
Steps Taken:
1. Created new Gradle Web project (declared dependency for jakarta ee
9.1 api)
11 matches
Mail list logo