CkTask Java Reference Documentation

CkTask

Current Version: 10.1.0

Requires Chilkat Bundle License

Represents a single task to be run in a background thread.

Object Creation

CkTask obj = new CkTask();

Properties

DebugLogFilePath

void get_DebugLogFilePath(CkString str);
String debugLogFilePath();
void put_DebugLogFilePath(String newVal);

If set to a file path, causes each Chilkat method or property call to automatically append it's LastErrorText to the specified log file. The information is appended such that if a hang or crash occurs, it is possible to see the context in which the problem occurred, as well as a history of all Chilkat calls up to the point of the problem. The VerboseLogging property can be set to provide more detailed information.

This property is typically used for debugging the rare cases where a Chilkat method call hangs or generates an exception that halts program execution (i.e. crashes). A hang or crash should generally never happen. The typical causes of a hang are:

a timeout related property was set to 0 to explicitly indicate that an infinite timeout is desired,
the hang is actually a hang within an event callback (i.e. it is a hang within the application code), or
there is an internal problem (bug) in the Chilkat code that causes the hang.

More Information and Examples

(Android™) Example showing how to use DebugLogFilePath.(Java) Example showing how to use DebugLogFilePath.

Finished

boolean get_Finished();

Introduced in version 9.5.0.52

true if the task status is "canceled", "aborted", or "completed". A task can only reach the "canceled" status if it was activated via the Run method, made it onto the internal thread pool thread's queue, was waiting for a pool thread to become available, and was then canceled prior to the task actually starting.

HeartbeatMs

int get_HeartbeatMs();
void put_HeartbeatMs(int newVal);

Introduced in version 9.5.0.52

The number of milliseconds between each AbortCheck event callback. The AbortCheck callback allows an application to abort the Wait method. If HeartbeatMs is 0 (the default), no AbortCheck event callbacks will fire. Note: An asynchronous task running in a background thread (in one of the thread pool threads) does not fire events. The task's event callbacks pertain only to the Wait method.

Inert

boolean get_Inert();

Introduced in version 9.5.0.52

true if the task status is "empty" or "loaded". When a task is inert, it has been loaded but is not scheduled to run yet.

KeepProgressLog

boolean get_KeepProgressLog();
void put_KeepProgressLog(boolean newVal);

Introduced in version 9.5.0.52

Determines if the in-memory progress info event log is kept. The default value is false and therefore no log is kept. To enable progress info logging, set this property equal to true (prior to running the task).

LastErrorHtml

void get_LastErrorHtml(CkString str);
String lastErrorHtml();

Provides information in HTML format about the last method/property called. If a method call returns a value indicating failure, or behaves unexpectedly, examine this property to get more information.

LastErrorText

void get_LastErrorText(CkString str);
String lastErrorText();

Provides information in plain-text format about the last method/property called. If a method call returns a value indicating failure, or behaves unexpectedly, examine this property to get more information.

More Information and Examples

Concept of LastErrorText LastErrorText Standard Information

LastErrorXml

void get_LastErrorXml(CkString str);
String lastErrorXml();

Provides information in XML format about the last method/property called. If a method call returns a value indicating failure, or behaves unexpectedly, examine this property to get more information.

LastMethodSuccess

boolean get_LastMethodSuccess();
void put_LastMethodSuccess(boolean newVal);

Indicate whether the last method call succeeded or failed. A value of true indicates success, a value of false indicates failure. This property is automatically set for method calls. It is not modified by property accesses. The property is automatically set to indicate success for the following types of method calls:

Any method that returns a string.
Any method returning a Chilkat object, binary bytes, or a date/time.
Any method returning a standard boolean status value where success = true and failure = false.
Any method returning an integer where failure is defined by a return value less than zero.

Note: Methods that do not fit the above requirements will always set this property equal to true. For example, a method that returns no value (such as a "void" in C++) will technically always succeed.

Live

boolean get_Live();

Introduced in version 9.5.0.52

true if the task status is "queued" or "running". When a task is live, it is either already running, or is on the thread pool thread's queue waiting for a thread to become available.

PercentDone

int get_PercentDone();

Introduced in version 9.5.0.52

Indicates the percent completion while the task is running. The percent completed information is only available in cases where it is possible to know the percentage completed. For some methods, it is never possible to know, such as for methods that establish TCP or TLS connections. For other methods it is always possible to know -- such as for sending email (because the size of the email to be sent is already known). For some methods, it may or may not be possible to know the percent completed. For example, if an HTTP response is "chunked", there is no Content-Length header and therefore the receiver has no knowledge of the size of the forthcoming response body.

Also, the value of the PercentDoneScale property of the asynchronous method's object determines the scale, such as 0 to 100, or 0 to 1000, etc.

ProgressLogSize

int get_ProgressLogSize();

Introduced in version 9.5.0.52

What would normally be a ProgressInfo event callback (assuming Chilkat supports event callbacks for this language) is instead saved to an in-memory progress log that can be examined and pruned while the task is still running. This property returns the number of progress log entries that are currently available. (Note: the progress log is only kept if the KeepProgressLog property is turned on. By default, the KeepProgressLog is turned off.)

ResultErrorText

void get_ResultErrorText(CkString str);
String resultErrorText();

Introduced in version 9.5.0.52

The LastErrorText for the task's asynchronous method.

ResultType

void get_ResultType(CkString str);
String resultType();

Introduced in version 9.5.0.52

Indicates the data type of the task's result. This property is only available after the task has completed. Possible values are "bool", "int", "string", "bytes", "object", and "void". For example, if the result data type is "bool", then call GetResultBool to get the boolean result of the underlying asynchronous method.

For example, if the synchronous version of the method returned a boolean, then in the asynchronous version of the method, the boolean return value is made available via the GetResultBool method.

Status

void get_Status(CkString str);
String status();

Introduced in version 9.5.0.52

The current status of the task. Possible values are:

"empty" -- The method call and arguments are not yet loaded into the task object. This can only happen if a task was explicitly created instead of being returned by a method ending in "Async".
"loaded" -- The method call and arguments are loaded into the task object.
"queued" -- The task is in the thread pool's queue of tasks awaiting to be run.
"running" -- The task is currently running.
"canceled" -- The task was canceled before it entered the "running" state.
"aborted" -- The task was canceled while it was in the running state.
"completed" -- The task completed. The success or failure depends on the semantics of the method call and the value of the result.

StatusInt

int get_StatusInt();

Introduced in version 9.5.0.52

The current status of the task as an integer value. Possible values are:

1 -- The method call and arguments are not yet loaded into the task object. This can only happen if a task was explicitly created instead of being returned by a method ending in "Async".
2 -- The method call and arguments are loaded into the task object.
3 -- The task is in the thread pool's queue of tasks awaiting to be run.
4 -- The task is currently running.
5 -- The task was canceled before it entered the "running" state.
6 -- The task was canceled while it was in the running state.
7 -- The task completed. The success or failure depends on the semantics of the method call and the value of the result.

TaskId

int get_TaskId();

Introduced in version 9.5.0.52

A unique integer ID assigned to this task. The purpose of this property is to help an application identify the task if a TaskCompleted event callback is used.

TaskSuccess

boolean get_TaskSuccess();

Introduced in version 9.5.0.52

This is the value of the LastMethodSuccess property of the underlying task object. This property is only valid for those methods where the LastMethodSuccess property would be valid had the method been called synchronously.

Important: This property is only meaningful for cases where the underlying method call has a non-boolean return value (such as for methods that return strings, other Chilkat objects, or integers). If the underlying method call returns a boolean, then call the GetResultBool() method instead to get the boolean return value.

UserData

void get_UserData(CkString str);
String userData();
void put_UserData(String newVal);

Introduced in version 9.5.0.52

An application may use this property to attach some user-specific information with the task, which may be useful if a TaskCompleted event callback is used.

VerboseLogging

boolean get_VerboseLogging();
void put_VerboseLogging(boolean newVal);

If set to true, then the contents of LastErrorText (or LastErrorXml, or LastErrorHtml) may contain more verbose information. The default value is false. Verbose logging should only be used for debugging. The potentially large quantity of logged information may adversely affect peformance.

Version

void get_Version(CkString str);
String version();

Version of the component/library, such as "9.5.0.94"

More Information and Examples

(Android™) How to get the Chilkat version at runtime.(Java) How to get the Chilkat version at runtime.

Methods

Cancel

boolean Cancel();

Introduced in version 9.5.0.52

Marks an asynchronous task for cancellation. The expected behavior depends on the current status of the task as described here:

"loaded" - If the task has been loaded but has not yet been queued to run in the thread pool, then there is nothing to do. (There is nothing to cancel because the task's Run method has not yet been called.) The task will remain in the "loaded" state.
"queued" - The task is marked for cancellation, is dequeued, and will not run. The task's status changes immediately to "canceled".
"running" - The already-running task is marked for cancellation. The task's status will eventually change to "aborted" when the asynchronous method returns. At that point in time, the ResultErrorText property will contain the "LastErrorText" of the method call. In the case where a task is marked for cancellation just at the time it's completing, the task status may instead change to "completed".
"canceled", "aborted", "completed" - In these cases the task has already finished, and there will be no change in status.

Cancel returns true if the task was in the "queued" or "running" state when it was marked for cancellation. Cancel returns false if the task was in any other state.

Important: Calling the Cancel method marks a task for cancellation. It sets a flag in memory that the running task will soon notice and then abort. It is important to realize that your application is likely calling Cancel from the main UI thread, whereas the asynchronous task is running in a background thread. If the task was in the "running" state when Cancel was called, it will still be in the "running" state when Cancel returns. It will take a short amount of time until the task actually aborts. This is because operating systems schedule threads in time slices, and the thread needs one or more time slices to notice the cancellation flag and abort. After calling Cancel, your application might wish to call the Wait method to wait until the task has actually aborted, or it could periodically check the task's status and then react once the status changes to "aborted".

ClearProgressLog

void ClearProgressLog();

Introduced in version 9.5.0.52

Removes all entries from the progress info log.

CopyResultBytes

boolean CopyResultBytes(CkByteData outData);

Introduced in version 9.5.0.52

Returns the binary bytes result of the task. The bytes are copied to the caller.

Returns true for success, false for failure.

GetResultBool

boolean GetResultBool();

Introduced in version 9.5.0.52

Returns the boolean result of the task.

GetResultBytes

boolean GetResultBytes(CkByteData outData);

Introduced in version 9.5.0.52

Returns the binary bytes result of the task. The bytes are transferred to the caller, not copied. Call CopyResultBytes instead to copy the result bytes.

Returns true for success, false for failure.

GetResultInt

int GetResultInt();

Introduced in version 9.5.0.52

Returns the integer result of the task.

GetResultString

boolean GetResultString(CkString outStr);
String getResultString();

Introduced in version 9.5.0.52

Returns the string result of the task.

Returns true for success, false for failure.

ProgressInfoName

boolean ProgressInfoName(int index, CkString outStr);
String progressInfoName(int index);

Introduced in version 9.5.0.52

Returns the name of the Nth progress info event logged. The 1st entry is at index 0.

Returns true for success, false for failure.

More Information and Examples

(Android™) Async Progress Info Log (Java) Async Progress Info Log

ProgressInfoValue

boolean ProgressInfoValue(int index, CkString outStr);
String progressInfoValue(int index);

Introduced in version 9.5.0.52

Returns the value of the Nth progress info event logged. The 1st entry is at index 0.

Returns true for success, false for failure.

RemoveProgressInfo

void RemoveProgressInfo(int index);

Introduced in version 9.5.0.52

Removes the Nth progress info log entry.

Run

boolean Run();

Introduced in version 9.5.0.52

Queues the task to run on the internal Chilkat thread pool.

Returns true for success, false for failure.

RunSynchronously

boolean RunSynchronously();

Introduced in version 9.5.0.52

Runs the task synchronously. Then this method returns after the task has been run.

Returns true for success, false for failure.

SleepMs

void SleepMs(int numMs);

Introduced in version 9.5.0.52

Convenience method to force the calling thread to sleep for a number of milliseconds. (This does not cause the task's background thread to sleep.)

Wait

boolean Wait(int maxWaitMs);

Introduced in version 9.5.0.52

Waits for the task to complete. Returns when task has completed, or after maxWaitMs milliseconds have elapsed. (A maxWaitMs value of 0 is to wait indefinitely.) Returns (false) if the task has not yet been started by calling the Run method, or if the maxWaitMs expired. If the task completed, was already completed, was canceled or aborted, then this method returns true.

Returns true for success, false for failure.

Events

Chilkat supports event callbacks in Java (including Android) starting in version 9.5.0.52. To implement an event callback, your application would define and implement a class that derives from CkBaseProgress. Your application can implement methods to override some or all of the default/empty method implementations of the CkBaseProgress base class.

For example:

// Install an event callback handler to get progress events.
MyBaseProgress taskProgress = new MyBaseProgress();
http.put_EventCallbackObject(taskProgress);

MyBaseProgress example:

import com.chilkatsoft.CkBaseProgress;
import com.chilkatsoft.CkTask;

public class MyBaseProgress extends CkBaseProgress 
{	
  public boolean AbortCheck()
  {
    System.out.println("AbortCheck");
    // Return true to abort, false to allow the method to continue.
    return false;
  }
  	
  // pctDone is a value from 0 to 100
  // (it is actually value from 0 to the PercentDoneScale property setting)
  public boolean PercentDone(int pctDone)
  {
    System.out.println(pctDone);
    // Return true to abort, false to allow the method to continue.
    // Note: A PercentDone event is the equivalent of an AbortCheck.  
    // When PercentDone events are frequently firing, AbortCheck events are suppressed.
    // AbortCheck events will fire when the time between PercentDone events is longer 
    // than the HeartbeatMs property setting.
    return false;
  }
  
  public void ProgressInfo(String name, String value)
  {
    System.out.println(name + ": " + value);
  }
  
  public void TaskCompleted(CkTask task)
  {
     System.out.println("task completed!");
  }
  
}

AbortCheck

public boolean AbortCheck();

Provides the opportunity for a method call to be aborted. The AbortCheck event is fired periodically based on the value of the HeartbeatMs property. If HeartbeatMs is 0, then no AbortCheck events will fire. As an example, to fire 5 AbortCheck events per second, set the HeartbeatMs property equal to 200. Return true to abort; return false to continue (not abort)

PercentDone

public boolean PercentDone(int pctDone);

Provides the percentage completed for any method that involves network communications or time-consuming processing (assuming it is a method where a percentage completion can be measured). This event is only fired when it is possible to know a percentage completion, and when it makes sense to express the operation as a percentage completed. The pctDone argument will have a value from 1 to 100. For operations (Chilkat method calls) that complete very quickly, the number of PercentDone callbacks will vary, but the final callback should have a value of 100. For long running operations, no more than one callback per percentage point will occur (for example: 1, 2, 3, ... 98, 99, 100).

The PercentDone callback counts as an AbortCheck event. For method calls that complete quickly such that PercentDone events fire, it may be that AbortCheck events don't fire because the opportunity to abort is already provided in the PercentDone callback. For time consuming operations, where the amount of time between PercentDone callbacks are long, AbortCheck callbacks may be used to allow for the operation to be aborted in a more responsive manner.

Return true to abort; return false to continue (not abort)

ProgressInfo

public void ProgressInfo(String name, String value);

A general name/value event that provides information about what is happening during a method call. To find out what information is available, write code to handle this event and log the name/value pairs. Most are self-explanatory.

TaskCompleted

public void TaskCompleted(CkTask task);

Called in the background thread when an asynchronous task completes.

top