Odd errors trying to save IRCBot configuration

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

Odd errors trying to save IRCBot configuration

Ryan Lubke
Environment:
  JDK 1.5.0_06
  Hudson 1.79
  IRCBot 1.3

When trying to save the configuration for the IRCBot, I receive the
following:

java.lang.NullPointerException
        hudson.util.XStream2$AssociatedConverterImpl.findConverter(XStream2.java:54)
        hudson.util.XStream2$AssociatedConverterImpl.canConvert(XStream2.java:70)
        com.thoughtworks.xstream.core.DefaultConverterLookup.lookupConverterForType(DefaultConverterLookup.java:44)
        com.thoughtworks.xstream.core.ReferenceByXPathMarshaller.convertAnother(ReferenceByXPathMarshaller.java:23)
        com.thoughtworks.xstream.converters.reflection.ReflectionConverter$1.writeField(ReflectionConverter.java:81)
        com.thoughtworks.xstream.converters.reflection.ReflectionConverter$1.visit(ReflectionConverter.java:59)
        com.thoughtworks.xstream.converters.reflection.PureJavaReflectionProvider.visitSerializableFields(PureJavaReflectionProvider.java:108)
        com.thoughtworks.xstream.converters.reflection.ReflectionConverter.marshal(ReflectionConverter.java:44)
        com.thoughtworks.xstream.core.ReferenceByXPathMarshaller.convertAnother(ReferenceByXPathMarshaller.java:36)
        com.thoughtworks.xstream.core.TreeMarshaller.start(TreeMarshaller.java:46)
        com.thoughtworks.xstream.core.ReferenceByXPathMarshallingStrategy.marshal(ReferenceByXPathMarshallingStrategy.java:17)
        com.thoughtworks.xstream.XStream.marshal(XStream.java:476)
        com.thoughtworks.xstream.XStream.marshal(XStream.java:466)
        com.thoughtworks.xstream.XStream.toXML(XStream.java:449)
        hudson.XmlFile.write(XmlFile.java:126)
        hudson.model.Descriptor.save(Descriptor.java:156)
        hudson.plugins.ircbot.IrcPublisher$DescriptorImpl.configure(IrcPublisher.java:207)
        hudson.model.Hudson.doConfigSubmit(Hudson.java:900)

Anyone had any luck with the IRCBot with later builds?



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

Reply | Threaded
Open this post in threaded view
|

Re: Odd errors trying to save IRCBot configuration

Kohsuke Kawaguchi-2

This is already fixed in the trunk. This was a bug in 1.79.

I plan to release 1.80 tomorrow night or so.

Ryan Lubke wrote:

> Environment:
>   JDK 1.5.0_06
>   Hudson 1.79
>   IRCBot 1.3
>
> When trying to save the configuration for the IRCBot, I receive the
> following:
>
> java.lang.NullPointerException
> hudson.util.XStream2$AssociatedConverterImpl.findConverter(XStream2.java:54)
> hudson.util.XStream2$AssociatedConverterImpl.canConvert(XStream2.java:70)
> com.thoughtworks.xstream.core.DefaultConverterLookup.lookupConverterForType(DefaultConverterLookup.java:44)
> com.thoughtworks.xstream.core.ReferenceByXPathMarshaller.convertAnother(ReferenceByXPathMarshaller.java:23)
> com.thoughtworks.xstream.converters.reflection.ReflectionConverter$1.writeField(ReflectionConverter.java:81)
> com.thoughtworks.xstream.converters.reflection.ReflectionConverter$1.visit(ReflectionConverter.java:59)
> com.thoughtworks.xstream.converters.reflection.PureJavaReflectionProvider.visitSerializableFields(PureJavaReflectionProvider.java:108)
> com.thoughtworks.xstream.converters.reflection.ReflectionConverter.marshal(ReflectionConverter.java:44)
> com.thoughtworks.xstream.core.ReferenceByXPathMarshaller.convertAnother(ReferenceByXPathMarshaller.java:36)
> com.thoughtworks.xstream.core.TreeMarshaller.start(TreeMarshaller.java:46)
> com.thoughtworks.xstream.core.ReferenceByXPathMarshallingStrategy.marshal(ReferenceByXPathMarshallingStrategy.java:17)
> com.thoughtworks.xstream.XStream.marshal(XStream.java:476)
> com.thoughtworks.xstream.XStream.marshal(XStream.java:466)
> com.thoughtworks.xstream.XStream.toXML(XStream.java:449)
> hudson.XmlFile.write(XmlFile.java:126)
> hudson.model.Descriptor.save(Descriptor.java:156)
> hudson.plugins.ircbot.IrcPublisher$DescriptorImpl.configure(IrcPublisher.java:207)
> hudson.model.Hudson.doConfigSubmit(Hudson.java:900)
>
> Anyone had any luck with the IRCBot with later builds?
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

--
Kohsuke Kawaguchi
Sun Microsystems                   [hidden email]

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

CVS update just one directory?

Michael Nenashev
How do I update just one subdirectory of my CVS module
before build without touching other files? I tried to
supply <Module Name>/<dir> in the Module(s) field, and
I checked the 'update' checkbox and hudson deleted
everything else apart from that one subdirectory!
oops!

Thank you,
Michael


 
____________________________________________________________________________________
Don't pick lemons.
See all the new 2007 cars at Yahoo! Autos.
http://autos.yahoo.com/new_cars.html 

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

Reply | Threaded
Open this post in threaded view
|

Re: CVS update just one directory?

Jesse Glick
Michael Nenashev wrote:
> How do I update just one subdirectory of my CVS module before build
> without touching other files?

AFAIK all you can do is unconfigure all VCS operations in Hudson, and
add an explicit cvs command to your build steps (e.g. in the Shell
Command field). This will work, but unfortunately it means no changelog
(and no polling, if you use polling).

I have a similar problem with a project of mine (*) whose checkout
consists of a bunch of top-level CVS modules from the HEAD, one
top-level CVS module on a branch, and one top-level CVS module which is
HEAD except for two subdirectories which are on a branch. (Yes in an
ideal world I would just branch everything, but CVS tagging operations
are so slow on an enormous repository that this is impractical.) Since I
cannot configure Hudson's CVS integration to not clobber this
configuration, I just turn it off and run "cvs update" from the shell
command and forgo the changelog. (CVS knows to update different parts of
the checkout according to their local sticky tags.)

-J.

(*) http://deadlock.nbextras.org/hudson/job/excludes_49026/

--
[hidden email]  x22801  netbeans.org  ant.apache.org
       http://google.com/search?q=e%5E%28pi*i%29%2B1

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