I am creating a size processing system to be able to deal with PipedInputStream and PipedOutputStream objects, with the objectstream I decorate the pipe. The problem is that when I try to add object intestream to the input pipe, this step is never done. Wait for the application to always be something In other words, when I try to debug an application, Breakpoints never go ahead when compared to the object inputstream.
The app is built with GradeL Eclipse is used only as a remote debugging device. If you have any clue, tell me (:
thanks
SplitShaps filter.Java
// [...] personal object Intststrym Akarinputstrym; private Objektoptutstrym Kanvoksoptputstrym; published Splitshaipsfiltr (Inputstrym size input, Autputstrym Kanwveks ow } {{This.convexOutputStream = New ObjectOutputStream (New BufferedOutputStream (convexOutput)); this.shapeInputStream = New ObjectInststream (New BufferedInputTream (shape input)); // block on this line; hold (Exception e) {System.out .println (e.getMessage ());}} // [...]
Orkeststrator. Java
// [...] public void Prarnbpips () {float [] data = {/ * some dots} last Pipedotputstrym Akritioptput = new pipe Outputstrym (); pipe Intststrym Akari Put = new pipe Intststrym (); Shapeoptput.connect (shape input); Last P PedOutputStream convex output new pipe overputstream (); Thread Discovery Searchfilter = New SearchShapFilter (data, shape output); Thread splitShapesFilter = New SplitShapFilter (shape input, convex output); // [...] findShapesFilter.start (); SplitShapesFilter.start (); // another thread will be found with others}
The reason for this is that ObjectInputStream
will read the same stream header. Maybe unexpectedly, Javadak
Since you have not started your thread yet, it is quite natural that it will not be blocked for any such heading from coming.
If you need to do this, simply save backing InputStream
in your constructor and just create ObjectInputStream
in the context of your new thread Please.
No comments:
Post a Comment