I am trying to run and debug my webapps with NetBeans 16 and Tomcat 9.0.65
(I am running OpenJDK 11 but targeting JDK 8 on macOS 10.15). Things are
working, but I think there should be a better way.
I have a directory ./nbdev with three subdirectories: appA, appB, and
apache-tomcat-9.0.65. Tomcat
Regarding "compile error that complains about that RequestDispatcher is an
undefined symbol. "
When editing, are red issue icons in the Netbeans gutter on the left on
some of the imports? This can show missing dependencies in your pom file.
May need to add the javax-servlet-api
any afternoon that would be
>>> convenient for you. I could set up a Zoom meeting or Google Meet.
>>> Yours,
>>> Peter
>>>
>>> ******
>>> Peter M. Scharf, President
>>> The Sanskrit Library
>>> sch.
nskritlibrary.org>
>>> https://sanskritlibrary.org <https://sanskritlibrary.org/>
>>> **
>>>
>>>> On Jan 20, 2023, at 5:42 PM, Carl Mosca >>> <mailto:carljmo...@gmail.com>> wrote:
>>>>
>
Sanskrit Library
>>> sch...@sanskritlibrary.org <mailto:sch...@sanskritlibrary.org>
>>> https://sanskritlibrary.org <https://sanskritlibrary.org/>
>>> **
>>>
>>>> On Jan 20, 2023, at 5:42 PM, Carl Mosca >>> <m
ow the project
>> runs correctly.
>> Changing the context path to “/” however, interfered with the “It
>> works” root app of Tomcat, so I changed it back. I get the correct result
>> of the conversion servlet at the path
>> http://localhost:8080/mavenproject3/c
Description* The origin server did not find a current representation
>> for the target resource or is not willing to disclose that one exists.
>> ------
>> Apache Tomcat/10.0.23
>>
>> **
>> Peter M. Scharf, President
>> T
context path to “/” however, interfered with the “It works”
> root app of Tomcat, so I changed it back. I get the correct result of the
> conversion servlet at the path http://localhost:8080/mavenproject3/convert
> .
> Yours,
> Peter
>
> **
> Peter
Dear Carl,
Thanks for your help. I installed Tomcat version 9. Now the project
runs correctly.
Changing the context path to “/” however, interfered with the “It
works” root app of Tomcat, so I changed it back. I get the correct result of
the conversion servlet at the path
The Sanskrit Library
>> sch...@sanskritlibrary.org <mailto:sch...@sanskritlibrary.org>
>> https://sanskritlibrary.org <https://sanskritlibrary.org/>
>> **
>>
>>> On Jan 18, 2023, at 12:06 PM, Eric Bresie >> <mailto:e
>> https://sanskritlibrary.org <https://sanskritlibrary.org/>
>> **
>>
>>> On Jan 18, 2023, at 12:06 PM, Eric Bresie >> <mailto:ebre...@gmail.com>> wrote:
>>>
>>>
>>> Servlet says the ur
nskrit Library
> sch...@sanskritlibrary.org
> https://sanskritlibrary.org
> **
>
> On Jan 18, 2023, at 12:06 PM, Eric Bresie wrote:
>
>
> Servlet says the urlpattern is “/convert”
>
> Try
> http://localhost:8080/convert
>
>
> On Wed, Jan 18
***
> Peter M. Scharf, President
> The Sanskrit Library
> sch...@sanskritlibrary.org
> https://sanskritlibrary.org
> **
>
> On Jan 18, 2023, at 12:06 PM, Eric Bresie wrote:
>
>
> Servlet says the urlpattern is “/conver
Servlet says the urlpattern is “/convert”
Try
http://localhost:8080/convert
On Wed, Jan 18, 2023 at 11:51 AM Peter Scharf
wrote:
> Yes, the URL is correct:
> https://github.com/the-sanskrit-library/public.git
> The git directory hierarchy deceived me: I had the code outsid
n 16, 2023 at 11:21 PM Peter Scharf >> <mailto:sch...@sanskritlibrary.org>> wrote:
>>>> I just installed NetBeans 16 on a MacBook Pro with an M chip:
>>>>
>>>> Product Version: Apache NetBeans IDE 16
>>>> Java: 19.0.1; OpenJDK 64-Bit Server
Jan 16, 2023 at 11:21 PM Peter Scharf
> wrote:
>
>> I just installed NetBeans 16 on a MacBook Pro with an M chip:
>>
>> *Product Version:* Apache NetBeans IDE 16
>> *Java:* 19.0.1; OpenJDK 64-Bit Server VM 19.0.1
>> *Runtime:* OpenJDK Runtime Environment 19.0.1
>
it Server VM 19.0.1
>> Runtime: OpenJDK Runtime Environment 19.0.1
>> System: Mac OS X version 13.0.1 running on aarch64; UTF-8; en_US (nb)
>>
>> I am trying to create a minimal servlet and war file to use with Tomcat
>>
>> apache-tomcat-10.0.23
>>
ns IDE 16
>
> *Java:* 19.0.1; OpenJDK 64-Bit Server VM 19.0.1
>
> *Runtime:* OpenJDK Runtime Environment 19.0.1
>
> *System:* Mac OS X version 13.0.1 running on aarch64; UTF-8; en_US (nb)
>
> I am trying to create a minimal servlet and war file to use with Tomcat
>
> apa
servlet and war file to use with Tomcat
apache-tomcat-10.0.23
I worked through half of the demo How to create a webapp tutorial at:
https://www.youtube.com/watch?v=eP9oz6ZKUXM
which, however, uses NetBeans 12 and other older software than I have installed.
I was able to do the first item
Looks like Payara is picking up the wrong version of my code when I debug a
servlet from NetBeans.
The work around is to go into the Admin page and undeploy the old version of
the servlet. Then go back to NetBeans and try debug again. This then uses the
latest version of the code.
I suspect
I’ve successfully built, deployed and tested a fairly complex web site and a
heavy duty servlet as Maven projects using Netbeans 12.0 beta 4. The debugger
works.
I’ve completed the survey.
I noticed that the survey did not ask about use of native packaging. Jirka
please add to the next
is the same. I’ve run with NetBeans on both Mac OS Catalina and Windows 10
with the same results.
I’ve kept the Java platform at 8 to avoid changing too much at once.
Looks like I will have to recreate all my servlet projects, but before I do,
has anyone had the same problem and solved
e that I use for signing other
documents, messages and encrypting messages.
Are there any resources available that demonstrate how to sign a web
servlet in Netbeans to deploy on a Tomcat server for a Java Web
application?
Sorry about length of message but certs
23 matches
Mail list logo