
Signature
Steve Wampler -- swampler@noao.edu
The gods that smiled on your birth are now laughing out loud.
> > Vishal, 25.03.2008 16:50:
> >> i want the code for this program :
[quoted text clipped - 48 lines]
> Steve Wampler -- swamp...@noao.edu
> The gods that smiled on your birth are now laughing out loud.
It's not nearly enterprisey enough. You should implement an EJB to
generate the random numbers. When one of the required numbers is
found, it should be persisted to a database (and also loaded into a
cache, which should be periodically updated from the database). The
interface to this program should be a webservice.
:P
Lord Zoltar - 25 Mar 2008 18:31 GMT
> It's not nearly enterprisey enough. You should implement an EJB to
> generate the random numbers. When one of the required numbers is
> found, it should be persisted to a database (and also loaded into a
> cache, which should be periodically updated from the database). The
> interface to this program should be a webservice.
> :P
...oh yeah, you should try to find a way to involve a mainframe that
stores the random numbers and gets updated in a daily batch cycle.
Daniel Pitts - 29 Mar 2008 04:16 GMT
>> It's not nearly enterprisey enough. You should implement an EJB to
>> generate the random numbers. When one of the required numbers is
[quoted text clipped - 5 lines]
> ....oh yeah, you should try to find a way to involve a mainframe that
> stores the random numbers and gets updated in a daily batch cycle.
*Looks forward to the bug report*:
Summary: Please increase random number generation count.
Description:
We're getting the exception
com.enteprisey.ejb.tpsreports.random.InsufficientNumbersException on a
daily basis now. Could we double the daily batch cycle please?

Signature
Daniel Pitts' Tech Blog: <http://virtualinfinity.net/wordpress/>
Mike Schilling - 25 Mar 2008 19:11 GMT
>>> Vishal, 25.03.2008 16:50:
>>>> i want the code for this program :
[quoted text clipped - 54 lines]
> cache, which should be periodically updated from the database). The
> interface to this program should be a webservice.
And to make it more efficient you need to move the "10*result" calculation
into a C native method and call it via JNI.
Andrew Thompson - 26 Mar 2008 09:56 GMT
On Mar 26, 5:11 am, "Mike Schilling" <mscottschill...@hotmail.com>
wrote:
...
> And to make it more efficient ...
..Oh (plaintiff whine) You 'guys' are not 'nice'.
ROTFL ;-)
--
Andrew T.
PhySci.org
Arved Sandstrom - 26 Mar 2008 18:40 GMT
On Mar 25, 12:17 pm, Steve Wampler <swamp...@noao.edu> wrote:
> Thomas Kellerer wrote:
> > Vishal, 25.03.2008 16:50:
[quoted text clipped - 49 lines]
> Steve Wampler -- swamp...@noao.edu
> The gods that smiled on your birth are now laughing out loud.
It's not nearly enterprisey enough. You should implement an EJB to
generate the random numbers. When one of the required numbers is
found, it should be persisted to a database (and also loaded into a
cache, which should be periodically updated from the database). The
interface to this program should be a webservice.
:P
I figure there has to be a way to involve REST in this. Therefore I propose
that whenever you need integers in a program, you just access an integer
server (preferably part of a massive server farm someplace) a la:
http://numbers.com/integer/decimal/54444
http://numbers.com/integer/decimal/54443
http://numbers.com/integer/decimal/54442
http://numbers.com/integer/decimal/54441
AHS
> while ((value = aNumber()) != 54444);
> System.out.println(""+value);
What's wrong with simply issuing
System.out.println( value );
?
It seems like you're causing an awful lot of overhead by insisting on a String
concatenation where none is required.
Incidentally, the empty loop is much easier to read, and interpret correctly,
if you do not omit the braces.
while ((value = aNumber()) != 54444)
{}

Signature
Lew
Steve Wampler - 26 Mar 2008 04:03 GMT
> Incidentally, the empty loop is much easier to read, and interpret
> correctly, if you do not omit the braces.
>
> while ((value = aNumber()) != 54444)
> {}
Why on earth would I want this program to be easier to read?! :)
Lew - 26 Mar 2008 05:46 GMT
>> Incidentally, the empty loop is much easier to read, and interpret
>> correctly, if you do not omit the braces.
[quoted text clipped - 3 lines]
>
> Why on earth would I want this program to be easier to read?! :)
Precisely.

Signature
Lew