This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 25365 - Dependency problems
Summary: Dependency problems
Status: VERIFIED FIXED
Alias: None
Product: javaee
Classification: Unclassified
Component: Code (show other bugs)
Version: 3.x
Hardware: PC Linux
: P3 blocker (vote)
Assignee: Petr Jiricka
URL:
Keywords:
Depends on: 31866 34090
Blocks:
  Show dependency tree
 
Reported: 2002-07-04 14:01 UTC by _ proxity
Modified: 2007-07-31 13:10 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
exceptiomania (151.25 KB, text/plain)
2003-09-15 17:02 UTC, _ proxity
Details

Note You need to log in before you can comment on or make changes to this bug.
Description _ proxity 2002-07-04 14:01:58 UTC
When I recompile a changed JavaBean, the running
instance of the builtin tomcat is not notified
about the change of the binary, so tomcat has to
be restarted. Could this be automated?

Multiple time I also had more severe trouble when
adding a new property to a JavaBean class. Very
often the JSP using this new feature did not
compile, although the JavaBean was already
rebuilt! The error message was, that the compiler
could not find the property. In most cases a
rebuild all solved the problem.
Comment 1 Jesse Glick 2002-07-04 18:32:31 UTC
I'm guessing this report is talking about the JSP execution support?
If so, then one of the web modules is responsible.
Comment 2 _ proxity 2002-07-05 09:28:00 UTC
Yes, of course I'm developing a WebApp with JSPs and JavaBeans. I have
to add, that yesterday I had again the same problem and the only way
to get the project compiled was restarting the whole NetBeans IDE.
That means that "Build all" also produced an compile error in the JSP
that accessed the new property with <jsp:getProperty>.
Comment 3 Petr Jiricka 2002-07-09 17:22:25 UTC
The part with restarting is really an enhancement, but the 
part with JavaBeans is a valid complaint, need to 
investigate.
Comment 4 Marek Grummich 2002-07-22 12:07:42 UTC
Set target milestone to TBD
Comment 5 Marek Grummich 2002-07-22 12:15:23 UTC
Set target milestone to TBD
Comment 6 _ proxity 2002-08-29 13:20:27 UTC
This is still unfixed in 3.4 so I used "Deploy" to restart the WebApp.
But in 3.4 the tomcat restart doesn't seem to work properly I get a
"Port 8081 on host localhost is already in use" error message. This
means that NetBeans no longer kills tomcat before starting it again.
 
Comment 7 Petr Jiricka 2003-02-28 12:46:54 UTC
The first part (deploying new classes to a running server 
instance) is recorded as feature request #29459.

I can not reproduce the second part of the problem in the 
current build - please let me know whether you are still 
able to see the problem. Thanks.

Admittedly, when the bean is not compiled, the compilation 
of the JSP fails, but when it is, I see no problem.



Comment 8 _ proxity 2003-09-15 16:42:50 UTC
Still happens with 3.5

I get 

view$jsp.java [664:61] cannot resolve symbol
symbol  : method getLocale  ()
location: class com.folgmann.UserBean
1 error
Errors compiling view [Locally Modified; 1.21] (I18N_BRANCH).

but I have 

    /** Getter for property locale.
     * determines the desired locale for this user
     * @return Value of property locale.
     *
     */
    public Locale getLocale()
    {
        return this.locale;
    }

in UserBean.java and it was successfully compiled.
I'm not able to compile my JSP. Restarting NB does not help. The WAR
successfully runs in my standalone tomcat.
I really don't know what to do. The right information is already in
the code completetion database, so I could chose user.getLocale using
this feature in my JSP.

Attaching also some exceptions.

Comment 9 _ proxity 2003-09-15 17:02:11 UTC
Created attachment 11620 [details]
exceptiomania
Comment 10 _ proxity 2003-09-16 14:44:25 UTC
Still no progress, I can not compile this JSP in NetBeans. I already
deleted and recreated the project, but it doesn't help. Is there any
file in ~/.netbeans/3.5 that I can delete to get this working?

Please help.
Comment 11 _ proxity 2003-09-16 19:47:59 UTC
I clicked on Show code in Servlet and the Go to Source.
It seems that the JSP is in someway linked with an old version of
UserBean.java, that is part of another project! How can this happen?
Both projects use CVS. The new project I'm working on is in a separate
branch.
I deleted the old project but that didn't change anything.
I unmounted the old project and now I could compile view.jsp.
Comment 12 Petr Jiricka 2004-01-28 20:27:32 UTC
Fixed by replacing the JSP compilation feature by JSP validation.
Comment 13 Dan Kolar 2007-07-31 13:10:46 UTC
v.