Status Quo the band contribute very little to open source. Francis
Rossi did a handful of Eclipse patches, that's it.
2009/7/1 Christian Catchpole :
>
> nothing... if you base your exceptions on the band, they will be
> pretty high.
>
> On Jul 1, 7:13 pm, Michael Neale wrote:
>> And what is wron
Yes, and I see absolutely no need to 'sell' Java to end users, who couldn't
give a flying stuff about the power of Java or anything else that should be
behind the scenes. They just want their chosen application to start, and
ASAP.
Sell it to *developers* by all means.
Also, "Powered by _" whe
REST or SOAP?
2008/12/2 Dan Shaya <[EMAIL PROTECTED]>
>
> Hi everybody,
>
> I'm a pretty seasoned Java server side developer and have the need now
> to create some web services.
>
> Ideally what I'm looking for is thin utility library to help me do
> this - not a whole framework which I would hav
2008/11/2 [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> ... some stuff about C# ..
I agree with all that. Having gone from C# to Java full time about six
months ago, I also miss the way C# gives you a choice between stack
and heap storage for objects, and the lack of obligatory checked
exceptions (
not from the perspective of producing class files for
> bogus sources or guessing the intent of bogus source.
>
> Jim Blackler wrote:
>
> Consider a continuous build server that makes a large project, then
> runs tests on the code. If one programmer makes a submission that
> causes a
Consider a continuous build server that makes a large project, then
runs tests on the code. If one programmer makes a submission that
causes a compile error in a method, this breaks the build and the
tests never even start. However many tests may never execute the
broken method. Assuming the progr
IntelliJ makes a great job of continuing to parse a source file (for
preview warnings etc) despite errors in the file. In other words the
whole file doesn't light up red when there's a syntax error early on.
It appears as if it can't make sense of an expression it sets it to
'null' and soldiers on
mented using byte code
> modification to get the same functionality:
>
> http://code.google.com/p/infomancers-collections/
>
> Mike.
>
> On Oct 16, 1:17 am, "Jim Blackler" <[EMAIL PROTECTED]> wrote:
>> Absolutely, the first option would be to return your own iter
l, continuations is another thing we need to bring down
>> ceremony and housekeeping in Java. I would think your impl stands a
>> better chance at being adopted into Java than Aviad Ben Dov's Yielder,
>> although I am not sure about the (performance?) drawbacks of either
>> ov
Can you interrupt the
> calculating function? What happens if you throw away the iterator
> without fully iterating it? Will the thread block forever or does
> finalize clean it up?
>
> On Oct 13, 7:20 am, "Jim Blackler" <[EMAIL PROTECTED]> wrote:
>> Hello all
>
Hello all
I've just finished a little library and article about my efforts to
emulate a form of C#'s yield return in Java.
It uses a new thread and a SynchronousQueue object to enable any
calculating function to return its output through a standard Java
iterator.
The post is here .. http://jimb
2008/9/4 Dick Wall <[EMAIL PROTECTED]>:
> Anyway, if you have a bit of non-trivial code, and you have got it to
> 0 warnings in IDEA, run findbugs on it. I would bet it will find more
> problems and some of the findings will almost certainly be valuable.
>
I just did this on a small Swing app I'
12 matches
Mail list logo
