build 1156 and 1159: Remote debugging hotswap failed.

Hi there,

In remoate debugging, both "shared memory" and "socket transport" has
failed. It seems that idea can't recognize the change of class file: when
reloading it always says that all class files loaded are up-to-date.

________
Nick


12 comments

IDEA hotswaps only those classes that have been changed during debug session. If you recompile class before the remote debugging session was started IDEA will treat that class as up-to-date.

0

Alexei Nikitin wrote:

IDEA hotswaps only those classes that have been changed during debug session. If you recompile class before the remote debugging session was started IDEA will treat that class as up-to-date.


Actually, I just filed a bug, idea keeps hotswapping the class you
compiled even if you didn't compile the class again and were just
editing a jsp file. Edit jsp, make project, hotswap previous class for
no reason.

R

0

>In remoate debugging, both "shared memory" and "socket transport" has
>failed. It seems that idea can't recognize the change of class file: when
>reloading it always says that all class files loaded are up-to-date.

I know how hotswap works.

Basically, by above, i mean that this function was working in build 1147 but
not in 1156 and 1159.....
BTW: OS: windows 2000.

________
Nick

"Alexei Nikitin" <lex@intellij.com> wrote in message
news:9305744.1076672945568.JavaMail.itn@is.intellij.net...

IDEA hotswaps only those classes that have been changed during debug

session. If you recompile class before the remote debugging session was
started IDEA will treat that class as up-to-date.


0

Do you have a multimodule project?

0

Oh yes!
Does that matter?

"Alexei Nikitin" <lex@intellij.com> wrote in message
news:2177854.1076681578293.JavaMail.itn@is.intellij.net...

Do you have a multimodule project?



0

It should not. Just a supposition, that some modules may hotswap, while some may not, please, try classes in another modules.

Am I right, to hotswap you do the following :
1. Connect debugger
2. Recompile some class
3. Answer 'yes' when debugger ask you to hotswap.

0

Thanks so much for your advice.
But it is my problem that it doesn't even ask me to hotswap after
compilation: message shown: all classes are up-to-date, while apparently
they are not...
________
Nick

"Alexei Nikitin" <lex@intellij.com> wrote in message
news:9071930.1076685122199.JavaMail.itn@is.intellij.net...

It should not. Just a supposition, that some modules may hotswap, while

some may not, please, try classes in another modules.
>

Am I right, to hotswap you do the following :
1. Connect debugger
2. Recompile some class
3. Answer 'yes' when debugger ask you to hotswap.



0

That was not an advice. I just need your help to find the reason for the bug.

Whether the class you trying to hotswap is loaded? You can test it, for example by putting breakpoint into class. If the breakpoint is checked, than the class is loaded.

0

Oh I see your point.
I'll feedback as soon as I collect enough info to recreate the bug.

________
Nick

"Alexei Nikitin" <lex@intellij.com> wrote in message
news:29074844.1076698207771.JavaMail.itn@is.intellij.net...

That was not an advice. I just need your help to find the reason for the

bug.
>

Whether the class you trying to hotswap is loaded? You can test it, for

example by putting breakpoint into class. If the breakpoint is checked, than
the class is loaded.


0

Hi Alexei,

I've given a closer look at the bug on 1159 (presumably 1156 also). It's a
multi-module project but only one ejb module is relevant (The other modules
was simply there for my reference, they don't even compile). For the
debugging of the relevant ejb module: break points and hotswaps 100% doesn't
work, under default debug settings (The break points are showing ticks
withing red dots, while not at all pausing my program while debugging). I
know debugging is about searching for the exact combinations of conditions
that trigger the bug, but it was too time consuming. However, one thing can
be sure: under the following conditions, break points and hotswap doesn't
work at all for build 1159.

OS Windows 2000
Debugging a single ejb module while other modules in the project are not
relevant.

Also, you can count on my feedback because I am a happy developer of build
1147: everything is fine in 1147, and I know how to use IDEA.


--
________
Nick


"Nick" <nicky@opsys-intelligence.com> wrote in message
news:c0jgl7$aca$1@is.intellij.net...

Oh I see your point.
I'll feedback as soon as I collect enough info to recreate the bug.

>

________
Nick

>

"Alexei Nikitin" <lex@intellij.com> wrote in message
news:29074844.1076698207771.JavaMail.itn@is.intellij.net...

That was not an advice. I just need your help to find the reason for the

bug.
>

Whether the class you trying to hotswap is loaded? You can test it, for

example by putting breakpoint into class. If the breakpoint is checked,

than

the class is loaded.

>
>


0

Hi,

sorry that I said break points doesn't work -- I typed faster than I
realizes.

Actually break points works but hotswap doesn't work. So it was kind of
strange after you compile your changed code (the debugger doesn't ask to
reload changed classes and says all files are up-to-date after compilation)
and setting a break point right at the inserted sections:
It breaks but the debugging window shows veriables as if the source was not
modified, thus you can't see the values of your added variables and the
"blue progress band" sort of skips statements when stepping over.


________
Nick


"Nick" <nicky@opsys-intelligence.com> wrote in message
news:c0kmrj$an7$1@is.intellij.net...

Hi Alexei,

>

I've given a closer look at the bug on 1159 (presumably 1156 also). It's a
multi-module project but only one ejb module is relevant (The other

modules

was simply there for my reference, they don't even compile). For the
debugging of the relevant ejb module: break points and hotswaps 100%

doesn't

work, under default debug settings (The break points are showing ticks
withing red dots, while not at all pausing my program while debugging). I
know debugging is about searching for the exact combinations of conditions
that trigger the bug, but it was too time consuming. However, one thing

can

be sure: under the following conditions, break points and hotswap doesn't
work at all for build 1159.

>

OS Windows 2000
Debugging a single ejb module while other modules in the project are not
relevant.

>

Also, you can count on my feedback because I am a happy developer of build
1147: everything is fine in 1147, and I know how to use IDEA.

>
>

--
________
Nick

>
>

"Nick" <nicky@opsys-intelligence.com> wrote in message
news:c0jgl7$aca$1@is.intellij.net...

Oh I see your point.
I'll feedback as soon as I collect enough info to recreate the bug.

>

________
Nick

>

"Alexei Nikitin" <lex@intellij.com> wrote in message
news:29074844.1076698207771.JavaMail.itn@is.intellij.net...

That was not an advice. I just need your help to find the reason for

the

bug.
>

Whether the class you trying to hotswap is loaded? You can test it,

for

example by putting breakpoint into class. If the breakpoint is checked,

than

the class is loaded.

>
>

>
>


0

I've ment a little bit different thing.
It seems to me that the class you recompile is not loaded yet by debugee VM when hotswap is searching for the classes to reload. That is why hotswap reports that no classes were changed.

To check this supposition just put a breakpoint in the
compiled class immediately after the hotswap failed. If this breakpoint has tick within red dot as you have just put it than the class is loaded otherwise it is not.

I need to know the state of debugee immediately after hotswap failed. If you continue running program debugee might load the class and stop at that breakpoint, but it gives no information whether the class was loaded during hotswap.

0

Please sign in to leave a comment.