It was in publisher and subscriber, not nodehandle. 

Previously I emulated ros::ok() with something like

while(pub.isValid()) {
  pub.publish("Still awake"); 
}

If there is now a proper ros::ok(), this behavior should probably be disabled for consistency. 

--Nick 

2010/12/16 Lorenz Mösenlechner <moesenle@in.tum.de>
As far as I can see, NodeHandle::isValid doesn't call out to roscpp
but tries to simulate the behavior of NodeHandle::ok by using a flag
that is set on initialization and cleared on shutdown. The roscpp ok
method also checks for ros::ok.

I have added JNI wrappers for ros::ok and NodeHandle::ok now and
pushed them into master.

Lorenz

> At some point I wrapped ros::ok in isValid. The rosjava bindings are pretty out of date.
>
> --Nick
>
>
> On Dec 15, 2010, at 3:29 AM, Lorenz Mösenlechner <moesenle@in.tum.de> wrote:
>
> > Hi,
> >
> > it seems that the ok method is not wrapped yet. I will add that as
> > soon as I find some spare time.
> >
> > I filed a ticket here:
> > http://code.in.tum.de/indefero/index.php//p/client-rosjava/issues/1/
> >
> > Lorenz
> >
> >> Hi,
> >>
> >> is there an equivalent for ros::ok() available in rosjava? I have the
> >> problem that my Java nodes don't get notified about the SIGINT, so I
> >> don't really know how to stop a Java node (except for implementing a
> >> user command for that, which is not too elegant)
> >>
> >> thanks in advance
> >> cheers, Máté
> >>
> >> On 2010-12-09 17:13, Lorenz Mösenlechner wrote:
> >>> Hi,
> >>>
> >>> rosjava has finally been released. We moved the packages `rosjava' and
> >>> `test_rosjava' to the new stack `client_rosjava'. It can be checked
> >>> out with
> >>>
> >>> git clone git://code.in.tum.de/git/client-rosjava.git client_rosjava
> >>>
> >>> Debian packages should be available soon.
> >>>
> >>> The release includes a new message generator that doesn't depend on
> >>> genmsg_cpp anymore. The message format got slightly changed:
> >>>
> >>>  * The `bool' data type is now `boolean' instead of int in the Java
> >>>    message file.
> >>>
> >>>  * Unsigned data types are now represented by the next bigger (signed)
> >>>    Java data type where possible.
> >>>
> >>>  * Variable size arrays over complex types are now of type
> >>>    `ArrayList<type>'
> >>>
> >>>  * Variable size arrays over primitive types still are normal Java
> >>>    arrays
> >>>
> >>>  * Messages now provide the methods `equals' and `hashCode'
> >>>
> >>> Since Java message files cannot be included in the Debian packages,
> >>> the way messages are generated had to be changed, too: if a package
> >>> compiles java code, the message files of all dependencies are now
> >>> generated inside the package that depends on them. That means rosjava
> >>> can be used on shared installations now without requiring a pre-built
> >>> jar file that contains the missing messages.
> >>>
> >>> Lorenz
> >>>
> >>>
> >>
> >>
> >
> _______________________________________________
> ros-users mailing list
> ros-users@code.ros.org
> https://code.ros.org/mailman/listinfo/ros-users

--
Lorenz Mösenlechner            | moesenle@in.tum.de
Technische Universität München | Boltzmannstr. 3
85748 Garching bei München     | Germany
http://ias.cs.tum.edu/         | Tel: +49 (89) 289-26910

_______________________________________________
ros-users mailing list
ros-users@code.ros.org
https://code.ros.org/mailman/listinfo/ros-users