jobs disappear after disabling Trac plugin

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

jobs disappear after disabling Trac plugin

Brad Fritz-5

While working on some documentation for the Trac plugin this evening,
I decided to take screenshots of a couple Hudson (v1.104) pages with
and without the Trac plugin enabled to illustrate what the plugin
does.  However, I was surprised to find that the three jobs I have
configured disappear as soon as I disable the Trac plugin.

The behavior is the same whether I use the managePlugins page to
disable it or just do an "rm -rf" on $HUDSON_HOME/plugins/trac* .  As
soon as I re-enable the plugin, the three projects reappeared.

Is that the expected behavior or a bug?

--Brad

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: jobs disappear after disabling Trac plugin

Scott Brunza
That sounds very similar to something I saw/posted 20-apr:

> What if you shut down Hudson, clean up the plugin directory, and put trac plugin there again?

Something screwy was going on.  I was getting the error when I had only disabled the plugins.  I reverted to 1.98 and still had the error.  When I cleaned out the directory, my project was gone.  After I restarted my heart, I reinstalled 1.103, and my project returned.  I've installed the 1.4 trac plugin, configured, and saved.



On Apr 25, 2007, at 10:35 PM, Brad Fritz wrote:


While working on some documentation for the Trac plugin this evening,
I decided to take screenshots of a couple Hudson (v1.104) pages with
and without the Trac plugin enabled to illustrate what the plugin
does.  However, I was surprised to find that the three jobs I have
configured disappear as soon as I disable the Trac plugin.

The behavior is the same whether I use the managePlugins page to
disable it or just do an "rm -rf" on $HUDSON_HOME/plugins/trac* .  As
soon as I re-enable the plugin, the three projects reappeared.

Is that the expected behavior or a bug?

--Brad

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]




--- Let us all bask in television's warm glowing warming glow ---
Scott Brunza           860.326.3637         [hidden email]




smime.p7s (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: jobs disappear after disabling Trac plugin

Kohsuke Kawaguchi
Administrator
In reply to this post by Brad Fritz-5
Brad Fritz wrote:

> While working on some documentation for the Trac plugin this evening,
> I decided to take screenshots of a couple Hudson (v1.104) pages with
> and without the Trac plugin enabled to illustrate what the plugin
> does.  However, I was surprised to find that the three jobs I have
> configured disappear as soon as I disable the Trac plugin.
>
> The behavior is the same whether I use the managePlugins page to
> disable it or just do an "rm -rf" on $HUDSON_HOME/plugins/trac* .  As
> soon as I re-enable the plugin, the three projects reappeared.
>
> Is that the expected behavior or a bug?
What must be happening is that the job configuration is failed to load,
because some of the classes it's supposed to instanciate is gone.

I thought I implemented a mechanism to work around this issue, but
obviously it's not kicking in. Can you file it as a bug? We need to fix
this.

--
Kohsuke Kawaguchi
Sun Microsystems                   [hidden email]

smime.p7s (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: jobs disappear after disabling Trac plugin

Brad Fritz-5
Kohsuke,

On Thu, Apr 26, 2007 at 09:31:35AM -0700, Kohsuke Kawaguchi wrote:

> Brad Fritz wrote:
> >However, I was surprised to find that the three jobs I have
> >configured disappear as soon as I disable the Trac plugin.
> >
> >The behavior is the same whether I use the managePlugins page to
> >disable it or just do an "rm -rf" on $HUDSON_HOME/plugins/trac* .  As
> >soon as I re-enable the plugin, the three projects reappeared.
> >
> >Is that the expected behavior or a bug?
>
> What must be happening is that the job configuration is failed to load,
> because some of the classes it's supposed to instanciate is gone.
>
> I thought I implemented a mechanism to work around this issue, but
> obviously it's not kicking in. Can you file it as a bug? We need to fix
> this.

Filed as issue 514:
https://hudson.dev.java.net/issues/show_bug.cgi?id=514

If you'd like me to debug it and can point me to the general area
where I should start looking, I would be happy to dig into it further.

--Brad

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: jobs disappear after disabling Trac plugin

Kohsuke Kawaguchi
Administrator
Brad Fritz wrote:
> Filed as issue 514:
> https://hudson.dev.java.net/issues/show_bug.cgi?id=514
>
> If you'd like me to debug it and can point me to the general area
> where I should start looking, I would be happy to dig into it further.

Thanks. That would be really helpful. I'm swamped with JavaOne related
things right now.

First thing you should check is if my hypothesis is true. If it is, then
you should have seen the error message from XStream in the server log
upon the start.

Hudson should be registering hudson.util.RobustCollectionConverter for
all kinds of collection unmarshalling to simply skil such error as lon
as the problem happens inside a collection. So if you can find out why
this is not kicking in, we'd know how to fix this.

Even if you don't get to actually fix this, any information you can get
during the process would help me fix the bug quickly.

--
Kohsuke Kawaguchi
Sun Microsystems                   [hidden email]

smime.p7s (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: jobs disappear after disabling Trac plugin

Brad Fritz-5
Kohsuke,

On Thu, Apr 26, 2007 at 11:29:40AM -0700, Kohsuke Kawaguchi wrote:

> Brad Fritz wrote:
> >Filed as issue 514:
> >https://hudson.dev.java.net/issues/show_bug.cgi?id=514
[..]
> First thing you should check is if my hypothesis is true. If it is, then
> you should have seen the error message from XStream in the server log
> upon the start.

Hypothesis confirmed.  I should have noticed the stack traces sooner,
but I forgot they were being redirected to a log file when I noticed
the problem.
 

> Hudson should be registering hudson.util.RobustCollectionConverter for
> all kinds of collection unmarshalling to simply skil such error as lon
> as the problem happens inside a collection. So if you can find out why
> this is not kicking in, we'd know how to fix this.
>
> Even if you don't get to actually fix this, any information you can get
> during the process would help me fix the bug quickly.

I attached some additional information to the bug.  XStream is
throwing a ConversionException for TracRepositoryBrowser when it hits
the browser element of config.xml:

  <?xml version='1.0' encoding='UTF-8'?>
  <hudson.maven.MavenModuleSet>
   [..]
    <scm class="hudson.scm.SubversionSCM">
      <locations>
        [..]
      </locations>
      <useUpdate>true</useUpdate>
-->   <browser class="hudson.plugins.trac.TracRepositoryBrowser"/>
    </scm>
    [..]
  </hudson.maven.MavenModuleSet>

I haven't looked into what converter is being used for the browser
element yet and I am out of time for now, but I can dig further later
today or tomorrow unless you beat me too it.

--Brad

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]