[wildfly-dev] WFLY-508, JBeret initial review and integration issues

Stuart Douglas stuart.w.douglas at gmail.com
Thu Jul 25 10:02:03 EDT 2013


>
>
>
>>  >
>> > #3) Specific to algorithmic complexity - it appears that jobs are
>> > keyed by ID, yet accessed using a sequential search [1] - this does
>> > not scale well to large numbers of jobs.  Is there no better approach?
>>  The expectation is there is large amount of data, but the number of jobs
>> are not that large.  Say we run a reporting job every day, it is still
>> one single job with many JobInstance and JobExecution.  So I think the
>> sequential access is acceptable.  I guess another reason I didn't want
>> to maintain a mapping is I really don't want to duplicate the job id as
>> the key.
>>
>
>  I'm not sure what you mean by " I really don't want to duplicate the job
> id as
> the key".
>
> The map key is already contained in the associated map value, IOW, using a
> field of the value as map key.
>
>
I'm still not sure what you mean. Putting an item into a map does not make
a copy of the key.

Stuart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20130725/258ab5d7/attachment.html 


More information about the wildfly-dev mailing list