[editor] error badge problems

[Belbin, Peter]

I'm still seeing some cases where the error badges don't work well all the time.

I had an example today.

I'll try and describe it:

Project (a) is exposing a web service which project (b) consumes.

project (b) has a reference to project (a)'s web service using the http url to the wsdl.

So, everything compiles up cleanly, no problems.

Now, I use cvs to merge into the trunk of project (a) some code which adds a new method to the web service that is being exposed.

I compile and deploy this project to the server.

Next, I go to project (b) and do the same thing.

Now, project (b) has some updated code, and some new unit test code thanks to the merge.

The project code and test code now shows error badges (which is ok).

I take a look at one of the two test cases, and realize that I really need to update the web service references.

Error badges are showing against some of the project source, and the test cases.

With the test case open in the ide, I then go to the web service references, and do a refresh, checking the 'replace' option.

At this point, I believe the project code manages to figure out that the web service reference has been updated, and removes the error badge from the project source, and the test case I have open in the ide.

However, the other test case still shows the error badge.

I then do a full build, and the errant error badge is still being shown.

What's up with that?

I open the 2nd test case, and the error badge is removed.

NOTICE: This electronic mail transmission may contain confidential information and is intended only for the person(s) named.  Any use, copying or disclosure by any other person is strictly prohibited. If you have received this transmission in error, please notify the sender via e-mail.

[Anuradha G]

Please file a Issue ASAP

On Nov 21, 2007 10:38 PM, Belbin, Peter <PBelbin@...> wrote:

I'm still seeing some cases where the error badges don't work well all the time.

I had an example today.

I'll try and describe it:

Project (a) is exposing a web service which project (b) consumes.

project (b) has a reference to project (a)'s web service using the http url to the wsdl.

So, everything compiles up cleanly, no problems.

Now, I use cvs to merge into the trunk of project (a) some code which adds a new method to the web service that is being exposed.

I compile and deploy this project to the server.

Next, I go to project (b) and do the same thing.

Now, project (b) has some updated code, and some new unit test code thanks to the merge.

The project code and test code now shows error badges (which is ok).

I take a look at one of the two test cases, and realize that I really need to update the web service references.

Error badges are showing against some of the project source, and the test cases.

With the test case open in the ide, I then go to the web service references, and do a refresh, checking the 'replace' option.

At this point, I believe the project code manages to figure out that the web service reference has been updated, and removes the error badge from the project source, and the test case I have open in the ide.

However, the other test case still shows the error badge.

I then do a full build, and the errant error badge is still being shown.

What's up with that?

I open the 2nd test case, and the error badge is removed.

NOTICE: This electronic mail transmission may contain confidential information and is intended only for the person(s) named.  Any use, copying or disclosure by any other person is strictly prohibited. If you have received this transmission in error, please notify the sender via e-mail.

--
Anuradha G

[jiri prox]

Hi Peter,

please file an issue. I've tried to reproduce  your steps to reproduce
and found following scenario, which is probably the same as yours but a
little bit straitforward (no versioning is needed). Can you, please,
confirm it?

Steps to reproduce:
1) create webproject A with some webservice (containing operation 'op')
2) create webproject B consuming webservice from A (using  WSDL URL to
locate the webservice)
3) create  class in A calling the opearation 'op'
4) change name of operation op  in project A and re-deploy project
5) change name of op in project B is the same way
-> there are valid error badges
6) refresh WS client in B
-> error badges don't go away util classes referencing WS are opened,
building project does not help

Seem that IDE should force reparsing related files somehow, when
refreshing WS client.

Regards
Jirka


Belbin, Peter wrote:

> I'm still seeing some cases where the error badges don't work well all
> the time.
>
> I had an example today.
>
> I'll try and describe it:
>
> Project (a) is exposing a web service which project (b) consumes.
>
> project (b) has a reference to project (a)'s web service using the
> http url to the wsdl.
>
> So, everything compiles up cleanly, no problems.
>
> Now, I use cvs to merge into the trunk of project (a) some code which
> adds a new method to the web service that is being exposed.
>
> I compile and deploy this project to the server.
>
> Next, I go to project (b) and do the same thing.
>
> Now, project (b) has some updated code, and some new unit test code
> thanks to the merge.
>
> The project code and test code now shows error badges (which is ok).
>
> I take a look at one of the two test cases, and realize that I really
> need to update the web service references.
>
> Error badges are showing against some of the project source, and the
> test cases.
>
> With the test case open in the ide, I then go to the web service
> references, and do a refresh, checking the 'replace' option.
>
> At this point, I believe the project code manages to figure out that
> the web service reference has been updated, and removes the error
> badge from the project source, and the test case I have open in the ide.
>
> However, the other test case still shows the error badge.
>
> I then do a full build, and the errant error badge is still being shown.
>
> What's up with that?
>
> I open the 2nd test case, and the error badge is removed.
>
>
>
>
> *NOTICE: This electronic mail transmission may contain confidential
> information and is intended only for the person(s) named.  Any use,
> copying or disclosure by any other person is strictly prohibited. If
> you have received this transmission in error, please notify the sender
> via e-mail.*
>
>
>

[Belbin, Peter]

Hi Jirka,

Sorry for the delay in replying, but I'm in the USA, and everything ground to a halt here for thanksgiving weekend.

I would say that yes, this scenario is pretty much very similar to the case I described earlier.

I'm with you: there needs to be a trigger to cause re-parsing after the WS client has been refreshed. 

I think that would sort the issue out for both cases.

Let me know if you still want me to file an issue on this.

I would be happy to have your issue filed (since it's simpler to reproduce) and re-test my versioned scenario after this one is fixed if you like.

Let me know.

Regards,
Peter.

-----Original Message-----
From: Jiri.Prox@... [Jiri.Prox@...]
Sent: Thursday, November 22, 2007 8:06 AM
To: netcat@...
Subject: Re: [60cat] [editor] error badge problems

Hi Peter,

please file an issue. I've tried to reproduce  your steps to reproduce
and found following scenario, which is probably the same as yours but a
little bit straitforward (no versioning is needed). Can you, please,
confirm it?

Steps to reproduce:
1) create webproject A with some webservice (containing operation 'op')
2) create webproject B consuming webservice from A (using  WSDL URL to
locate the webservice)
3) create  class in A calling the opearation 'op'
4) change name of operation op  in project A and re-deploy project
5) change name of op in project B is the same way
-> there are valid error badges
6) refresh WS client in B
-> error badges don't go away util classes referencing WS are opened,
building project does not help

Seem that IDE should force reparsing related files somehow, when
refreshing WS client.

Regards
Jirka

Belbin, Peter wrote:

> I'm still seeing some cases where the error badges don't work well all
> the time.
>
> I had an example today.
>
> I'll try and describe it:
>
> Project (a) is exposing a web service which project (b) consumes.
>
> project (b) has a reference to project (a)'s web service using the
> http url to the wsdl.
>
> So, everything compiles up cleanly, no problems.
>
> Now, I use cvs to merge into the trunk of project (a) some code which
> adds a new method to the web service that is being exposed.
>
> I compile and deploy this project to the server.
>
> Next, I go to project (b) and do the same thing.
>
> Now, project (b) has some updated code, and some new unit test code
> thanks to the merge.
>
> The project code and test code now shows error badges (which is ok).
>
> I take a look at one of the two test cases, and realize that I really
> need to update the web service references.
>
> Error badges are showing against some of the project source, and the
> test cases.
>
> With the test case open in the ide, I then go to the web service
> references, and do a refresh, checking the 'replace' option.
>
> At this point, I believe the project code manages to figure out that
> the web service reference has been updated, and removes the error
> badge from the project source, and the test case I have open in the ide.
>
> However, the other test case still shows the error badge.
>
> I then do a full build, and the errant error badge is still being shown.
>
> What's up with that?
>
> I open the 2nd test case, and the error badge is removed.
>
>
>
>
> *NOTICE: This electronic mail transmission may contain confidential
> information and is intended only for the person(s) named.  Any use,
> copying or disclosure by any other person is strictly prohibited. If
> you have received this transmission in error, please notify the sender
> via e-mail.*
>
>
>

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________

NOTICE: This electronic mail transmission may contain confidential information and is intended only for the person(s) named.  Any use, copying or disclosure by any other person is strictly prohibited. If you have received this transmission in error, please notify the sender via e-mail.

[jiri prox]

Hi,

it is filed as issue 122774 [1]

Thanks
Jirka

[1] http://www.netbeans.org/issues/show_bug.cgi?id=122774

Belbin, Peter wrote:

> Hi Jirka,
>
> Sorry for the delay in replying, but I'm in the USA, and everything
> ground to a halt here for thanksgiving weekend.
>
> I would say that yes, this scenario is pretty much very similar to the
> case I described earlier.
>
> I'm with you: there needs to be a trigger to cause re-parsing after
> the WS client has been refreshed.
>
> I think that would sort the issue out for both cases.
>
> Let me know if you still want me to file an issue on this.
>
> I would be happy to have your issue filed (since it's simpler to
> reproduce) and re-test my versioned scenario after this one is fixed
> if you like.
>
> Let me know.
>
> Regards,
> Peter.
>
>
>
>
>
> -----Original Message-----
> From: Jiri.Prox@... [mailto:Jiri.Prox@...]
> Sent: Thursday, November 22, 2007 8:06 AM
> To: netcat@...
> Subject: Re: [60cat] [editor] error badge problems
>
> Hi Peter,
>
> please file an issue. I've tried to reproduce  your steps to reproduce
> and found following scenario, which is probably the same as yours but a
> little bit straitforward (no versioning is needed). Can you, please,
> confirm it?
>
> Steps to reproduce:
> 1) create webproject A with some webservice (containing operation 'op')
> 2) create webproject B consuming webservice from A (using  WSDL URL to
> locate the webservice)
> 3) create  class in A calling the opearation 'op'
> 4) change name of operation op  in project A and re-deploy project
> 5) change name of op in project B is the same way
> -> there are valid error badges
> 6) refresh WS client in B
> -> error badges don't go away util classes referencing WS are opened,
> building project does not help
>
> Seem that IDE should force reparsing related files somehow, when
> refreshing WS client.
>
> Regards
> Jirka
>
>
> Belbin, Peter wrote:
>
> > I'm still seeing some cases where the error badges don't work well all
> > the time.
> >
> > I had an example today.
> >
> > I'll try and describe it:
> >
> > Project (a) is exposing a web service which project (b) consumes.
> >
> > project (b) has a reference to project (a)'s web service using the
> > http url to the wsdl.
> >
> > So, everything compiles up cleanly, no problems.
> >
> > Now, I use cvs to merge into the trunk of project (a) some code which
> > adds a new method to the web service that is being exposed.
> >
> > I compile and deploy this project to the server.
> >
> > Next, I go to project (b) and do the same thing.
> >
> > Now, project (b) has some updated code, and some new unit test code
> > thanks to the merge.
> >
> > The project code and test code now shows error badges (which is ok).
> >
> > I take a look at one of the two test cases, and realize that I really
> > need to update the web service references.
> >
> > Error badges are showing against some of the project source, and the
> > test cases.
> >
> > With the test case open in the ide, I then go to the web service
> > references, and do a refresh, checking the 'replace' option.
> >
> > At this point, I believe the project code manages to figure out that
> > the web service reference has been updated, and removes the error
> > badge from the project source, and the test case I have open in the
> ide.
> >
> > However, the other test case still shows the error badge.
> >
> > I then do a full build, and the errant error badge is still being
> shown.
> >
> > What's up with that?
> >
> > I open the 2nd test case, and the error badge is removed.
> >
> >
> >
> >
> > *NOTICE: This electronic mail transmission may contain confidential
> > information and is intended only for the person(s) named.  Any use,
> > copying or disclosure by any other person is strictly prohibited. If
> > you have received this transmission in error, please notify the sender
> > via e-mail.*
> >
> >
> >
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
>
>
> *NOTICE: This electronic mail transmission may contain confidential
> information and is intended only for the person(s) named.  Any use,
> copying or disclosure by any other person is strictly prohibited. If
> you have received this transmission in error, please notify the sender
> via e-mail.*
>
>
>

[Ulf Zibis]

Hi Jirka,

/ also had a badge-related issue but nobody recognized my notice from
23.11.2007 21:42 MEZ

Here it is ...
Not on badges, but on red underlining, see:
http://www.netbeans.org/issues/show_bug.cgi?id=122663

-Ulf


/
Am 26.11.2007 19:10, Jiri Prox schrieb:

> Hi,
>
> it is filed as issue 122774 [1]
>
> Thanks
> Jirka
>
> [1] http://www.netbeans.org/issues/show_bug.cgi?id=122774
>
> Belbin, Peter wrote:
>
>> Hi Jirka,
>>
>> Sorry for the delay in replying, but I'm in the USA, and everything
>> ground to a halt here for thanksgiving weekend.
>>
>> I would say that yes, this scenario is pretty much very similar to
>> the case I described earlier.
>>
>> I'm with you: there needs to be a trigger to cause re-parsing after
>> the WS client has been refreshed.
>> I think that would sort the issue out for both cases.
>>
>> Let me know if you still want me to file an issue on this.
>>
>> I would be happy to have your issue filed (since it's simpler to
>> reproduce) and re-test my versioned scenario after this one is fixed
>> if you like.
>>
>> Let me know.
>>
>> Regards,
>> Peter.
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: Jiri.Prox@... [mailto:Jiri.Prox@...]
>> Sent: Thursday, November 22, 2007 8:06 AM
>> To: netcat@...
>> Subject: Re: [60cat] [editor] error badge problems
>>
>> Hi Peter,
>>
>> please file an issue. I've tried to reproduce  your steps to reproduce
>> and found following scenario, which is probably the same as yours but a
>> little bit straitforward (no versioning is needed). Can you, please,
>> confirm it?
>>
>> Steps to reproduce:
>> 1) create webproject A with some webservice (containing operation 'op')
>> 2) create webproject B consuming webservice from A (using  WSDL URL to
>> locate the webservice)
>> 3) create  class in A calling the opearation 'op'
>> 4) change name of operation op  in project A and re-deploy project
>> 5) change name of op in project B is the same way
>> -> there are valid error badges
>> 6) refresh WS client in B
>> -> error badges don't go away util classes referencing WS are opened,
>> building project does not help
>>
>> Seem that IDE should force reparsing related files somehow, when
>> refreshing WS client.
>>
>> Regards
>> Jirka
>>
>>
>> Belbin, Peter wrote:
>>
>> > I'm still seeing some cases where the error badges don't work well all
>> > the time.
>> >
>> > I had an example today.
>> >
>> > I'll try and describe it:
>> >
>> > Project (a) is exposing a web service which project (b) consumes.
>> >
>> > project (b) has a reference to project (a)'s web service using the
>> > http url to the wsdl.
>> >
>> > So, everything compiles up cleanly, no problems.
>> >
>> > Now, I use cvs to merge into the trunk of project (a) some code which
>> > adds a new method to the web service that is being exposed.
>> >
>> > I compile and deploy this project to the server.
>> >
>> > Next, I go to project (b) and do the same thing.
>> >
>> > Now, project (b) has some updated code, and some new unit test code
>> > thanks to the merge.
>> >
>> > The project code and test code now shows error badges (which is ok).
>> >
>> > I take a look at one of the two test cases, and realize that I really
>> > need to update the web service references.
>> >
>> > Error badges are showing against some of the project source, and the
>> > test cases.
>> >
>> > With the test case open in the ide, I then go to the web service
>> > references, and do a refresh, checking the 'replace' option.
>> >
>> > At this point, I believe the project code manages to figure out that
>> > the web service reference has been updated, and removes the error
>> > badge from the project source, and the test case I have open in the
>> ide.
>> >
>> > However, the other test case still shows the error badge.
>> >
>> > I then do a full build, and the errant error badge is still being
>> shown.
>> >
>> > What's up with that?
>> >
>> > I open the 2nd test case, and the error badge is removed.
>> >
>> >
>> >
>> >
>> > *NOTICE: This electronic mail transmission may contain confidential
>> > information and is intended only for the person(s) named.  Any use,
>> > copying or disclosure by any other person is strictly prohibited. If
>> > you have received this transmission in error, please notify the sender
>> > via e-mail.*
>> >
>> >
>> >
>>
>> ______________________________________________________________________
>> This email has been scanned by the MessageLabs Email Security System.
>> For more information please visit http://www.messagelabs.com/email
>> ______________________________________________________________________
>>
>>
>>
>> *NOTICE: This electronic mail transmission may contain confidential
>> information and is intended only for the person(s) named.  Any use,
>> copying or disclosure by any other person is strictly prohibited. If
>> you have received this transmission in error, please notify the
>> sender via e-mail.*
>>
>>
>>
>
>

[Ulf Zibis]

Hi Jirka,

I also had a badge-related issue but nobody recognized my notice from 23.11.2007 21:42 MEZ
Not on badges, but on red underlining.

Here it is ...
http://www.netbeans.org/issues/show_bug.cgi?id=122663

-Ulf


/
Am 26.11.2007 19:10, Jiri Prox schrieb:

> Hi,
>
> it is filed as issue 122774 [1]
>
> Thanks
> Jirka
>
> [1] http://www.netbeans.org/issues/show_bug.cgi?id=122774
>
> Belbin, Peter wrote:
>

[jiri prox]

Hi Ulf,

I think there are two problems described in your issue. The first is
missing underline of error - this is simply reproducible on all platforms.
The second is that underline does not go away. I can reproduce the
second problem only on WinXP and it looks like editor repaint problem -
as I replied in the issue, when caret is moved on the erroneous line the
underline goes away. Can you, please, confirm this behavior?

Thanks
Jirka

Ulf Zibis wrote:

> Hi Jirka,
>
> I also had a badge-related issue but nobody recognized my notice from
> 23.11.2007 21:42 MEZ
> Not on badges, but on red underlining.
>
> Here it is ...
> http://www.netbeans.org/issues/show_bug.cgi?id=122663
>
> -Ulf
>
>
> /
> Am 26.11.2007 19:10, Jiri Prox schrieb:
>
>> Hi,
>>
>> it is filed as issue 122774 [1]
>>
>> Thanks
>> Jirka
>>
>> [1] http://www.netbeans.org/issues/show_bug.cgi?id=122774
>>
>> Belbin, Peter wrote:
>>

[Ulf Zibis]

Yes, I can confirm this behaviour. It is exactly as you described.

-Ulf


Am 27.11.2007 10:14, Jiri Prox schrieb:

> Hi Ulf,
>
> I think there are two problems described in your issue. The first is
> missing underline of error - this is simply reproducible on all
> platforms.
> The second is that underline does not go away. I can reproduce the
> second problem only on WinXP and it looks like editor repaint problem
> - as I replied in the issue, when caret is moved on the erroneous line
> the underline goes away. Can you, please, confirm this behavior?
>
> Thanks
> Jirka
>
> Ulf Zibis wrote:
>
>> Hi Jirka,
>>
>> I also had a badge-related issue but nobody recognized my notice from
>> 23.11.2007 21:42 MEZ
>> Not on badges, but on red underlining.
>>
>> Here it is ...
>> http://www.netbeans.org/issues/show_bug.cgi?id=122663
>>
>> -Ulf
>>
>>
>> /
>> Am 26.11.2007 19:10, Jiri Prox schrieb:
>>
>>> Hi,
>>>
>>> it is filed as issue 122774 [1]
>>>
>>> Thanks
>>> Jirka
>>>
>>> [1] http://www.netbeans.org/issues/show_bug.cgi?id=122774
>>>
>>> Belbin, Peter wrote:
>>>
>
>

[HandyGeek]

Did anybody notice my error badge problem:
http://www.nabble.com/-Editor--NB6RC2---Residual-error-badge-tf4865035.html 
- should I have posted differently?

David

Ulf Zibis wrote:

> Yes, I can confirm this behaviour. It is exactly as you described.
>
> -Ulf
>
>
> Am 27.11.2007 10:14, Jiri Prox schrieb:
>> Hi Ulf,
>>
>> I think there are two problems described in your issue. The first is
>> missing underline of error - this is simply reproducible on all
>> platforms.
>> The second is that underline does not go away. I can reproduce the
>> second problem only on WinXP and it looks like editor repaint problem
>> - as I replied in the issue, when caret is moved on the erroneous
>> line the underline goes away. Can you, please, confirm this behavior?
>>
>> Thanks
>> Jirka
>>
>> Ulf Zibis wrote:
>>
>>> Hi Jirka,
>>>
>>> I also had a badge-related issue but nobody recognized my notice
>>> from 23.11.2007 21:42 MEZ
>>> Not on badges, but on red underlining.
>>>
>>> Here it is ...
>>> http://www.netbeans.org/issues/show_bug.cgi?id=122663
>>>
>>> -Ulf
>>>
>>>
>>> /
>>> Am 26.11.2007 19:10, Jiri Prox schrieb:
>>>
>>>> Hi,
>>>>
>>>> it is filed as issue 122774 [1]
>>>>
>>>> Thanks
>>>> Jirka
>>>>
>>>> [1] http://www.netbeans.org/issues/show_bug.cgi?id=122774
>>>>
>>>> Belbin, Peter wrote:
>>>>
>>
>>
>

[jiri prox]

Hi David,

I can see the wrong error annotation as well. It looks like a visual web
problem, since it happens only in jsp page in visualweb project and not
in plain java files or common jsp. I'm not aware of any issue reporting
this, so you can create a new one.

Regards
Jirka


HandyGeek wrote:

> Did anybody notice my error badge problem:
> http://www.nabble.com/-Editor--NB6RC2---Residual-error-badge-tf4865035.html 
> - should I have posted differently?
>
> David
>
> Ulf Zibis wrote:
>
>> Yes, I can confirm this behaviour. It is exactly as you described.
>>
>> -Ulf
>>
>>
>> Am 27.11.2007 10:14, Jiri Prox schrieb:
>>
>>> Hi Ulf,
>>>
>>> I think there are two problems described in your issue. The first is
>>> missing underline of error - this is simply reproducible on all
>>> platforms.
>>> The second is that underline does not go away. I can reproduce the
>>> second problem only on WinXP and it looks like editor repaint
>>> problem - as I replied in the issue, when caret is moved on the
>>> erroneous line the underline goes away. Can you, please, confirm
>>> this behavior?
>>>
>>> Thanks
>>> Jirka
>>>
>>> Ulf Zibis wrote:
>>>
>>>> Hi Jirka,
>>>>
>>>> I also had a badge-related issue but nobody recognized my notice
>>>> from 23.11.2007 21:42 MEZ
>>>> Not on badges, but on red underlining.
>>>>
>>>> Here it is ...
>>>> http://www.netbeans.org/issues/show_bug.cgi?id=122663
>>>>
>>>> -Ulf
>>>>
>>>>
>>>> /
>>>> Am 26.11.2007 19:10, Jiri Prox schrieb:
>>>>
>>>>> Hi,
>>>>>
>>>>> it is filed as issue 122774 [1]
>>>>>
>>>>> Thanks
>>>>> Jirka
>>>>>
>>>>> [1] http://www.netbeans.org/issues/show_bug.cgi?id=122774
>>>>>
>>>>> Belbin, Peter wrote:
>>>>>
>>>
>>>
>>

[HandyGeek]

Hi Jirka, Filed as P3 - http://www.netbeans.org/issues/show_bug.cgi?id=123067  David

 -------------- Original message ----------------------
From: Jiri Prox <Jiri.Prox@...>

> Hi David,
>
> I can see the wrong error annotation as well. It looks like a visual web
> problem, since it happens only in jsp page in visualweb project and not
> in plain java files or common jsp. I'm not aware of any issue reporting
> this, so you can create a new one.
>
> Regards
> Jirka
>
>
> HandyGeek wrote:
>
> > Did anybody notice my error badge problem:
> > http://www.nabble.com/-Editor--NB6RC2---Residual-error-badge-tf4865035.html 
> > - should I have posted differently?
> >
> > David
> >

<snip>