[The Java Posse] Re: 'Posse BoF 2009 -- the video

[Marcelo Fukushima]

there are restrictions on what could be done at compiler level in
terms of optimizations - scala, for example, can only optimize tail
recursions to the same method and only for non-overridable methods
a TCR optmization should work across multiple tail recursive method
invocations without blowing the stack - currently, to do that, you
have to trampoline

but i generally agree with joshua in that we need an even better
desktop story (it is already shaping up quite nicely)


On Wed, Jun 17, 2009 at 12:15 AM, Weiqi Gao wrote:
>
> The JVM is nothing but a big compiler (and a garbage collector + some
> other stuff.).
>
> Joshua Marinacci wrote:
>> I guess I always thought tail recursion was a compile time trick, not
>> something to be done in the JVM. Is it that people want tail recursion
>> added to the Java language?
>> On Jun 16, 2009, at 8:03 PM, Michael Kimsal wrote:
>>
>>> My understanding is people want this in the JVM so that it's
>>> standardized, and worked on by core people.  I may be misinterpreting
>>> the call for it, but I take it as similar to the 'invokeDynamic' stuff
>>> that is coming up in Java.  That same sort of behaviour is being
>>> attempted in things like Groovy already.  If it's a standardized part
>>> of the core JVM, then everyone can stop working on their own
>>> implementations and share in the continued development that those
>>> features can enjoy because they are centralized.
>>>
>>> Anyone with more insight on why TCR should be in the core JVM itself
>>> and not in external projects?
>>>
>>>
>>> On Tue, Jun 16, 2009 at 10:57 PM, Joshua Marinacci >> > wrote:
>>>
>>>     Is there a reason why this needs to be added to the JVM? Couldn't
>>>     functional languages on the JVM implement it in their own compiler
>>>     (Scala, Lisp, Scheme, etc.)
>>>     -j
>>>
>>>     On Jun 16, 2009, at 5:53 PM, Paul King wrote:
>>>

     If you want to apply a functional style to your programming, even
     relatively simple algorithms
     which intuitively shouldn't require many resources bomb out early
     without tail call optimizations.
     It isn't the end of the world but you have to choose less
     expressive/declarative solutions to
     your problems which as well as being less elegant are much harder
     to understand/maintain.

     Cheers, Paul.

     On Wed, Jun 17, 2009 at 8:20 AM, Joshua Marinacci
     mailto:jos...@gmail.com>> wrote:

         Okay.. seriously dudes! I've been hearing this request over
         and over. Of all of the things missing from the Java platform
         (and they are many, believe me), why is *tail recursion* the
         make or break feature for the future of the Java platform?
         Seriously?! Tail Recursion?!  Not fixing applets or
         modularity or starting up 18 times faster, but tail
         recursion!? WTH!






>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Michael Kimsal
>>> http://jsmag.com  - for javascript developers
>>> http://groovymag.com  - for groovy developers
>>> 919.827.4724
>>>
>>>
>>
>>
>> >
>
>
> --
> Weiqi Gao
> weiqi...@gmail.com
> http://www.weiqigao.com/blog/
>
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Eclipse 3.5 (Galileo) Released

[Marcelo Fukushima]

im guessing all of the versions boot a lot faster than previously - at
least my solaris x86 build (finally officially supported) boots a lot
faster too

On Fri, Jun 26, 2009 at 6:05 AM, Viktor Klang wrote:
> Observation: the 3.5 cocoa version boots ridiculously fast.
>
> On Thu, Jun 25, 2009 at 11:33 PM, vogella  wrote:
>>
>> I found it also annoying that the news and noteworthy is so hard to
>> find that is why I posted it here.
>>
>> On 25 Jun., 12:02, d...@happygiraffe.net (Dominic Mitchell) wrote:
>> > On Wed, Jun 24, 2009 at 02:45:54PM -0700, vogella wrote:
>> > > Eclipse 3.5 (Galileo) has been released.
>> >
>> > > News and Noteworthy:
>> >
>> > > Eclipse 3.5 – New and Noteworthy in the Platform, Equinox, JDT and
>> > >
>> > > PDE:http://download.eclipse.org/eclipse/downloads/drops/R-3.5-20090611154...
>> >
>> > I've just had to ask on twitter about this.  Why on earth isn't that
>> > linked fromhttp://eclipse.org/galileo/?  The first question I asked is
>> > "what's new"?
>> >
>> > Grumbly, grumbly,
>> > -Dom
>>
>
>
>
> --
> Viktor Klang
> Scala Loudmouth
>
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Eclipse 3.5 (Galileo) Released

[Marcelo Fukushima]

Im actually runnning on solaris x86 so its GTK-based

but my friends running windows and/or linux are also saying its running faster


On Fri, Jun 26, 2009 at 1:13 PM, Viktor Klang wrote:
> Really? I was under the impression that Eclipse was carbon-only and could
> therefore only work with 32-bit VMs, and since 6.0 was/is 64-bit only we had
> to wait for cocoa-based eclipse (SWT)
>
> -- Viktor
>
> On Jun 26, 2009 5:05 PM, "Marcelo Fukushima"  wrote:
>
>
> im guessing all of the versions boot a lot faster than previously - at
> least my solaris x86 build (finally officially supported) boots a lot
> faster too
>
> On Fri, Jun 26, 2009 at 6:05 AM, Viktor Klang wrote:
>> Observation: the 3.5...
>
>> Viktor Klang
>> Scala Loudmouth
>>
>> >
>>
>
>
>
> --
> http://mapsdev.blogspot.com/
> Marcelo Takeshi Fukushima
>
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Need help on Doing Drag and Drop b/w from Desktop to Java's Frame

[Marcelo Fukushima]

check java.awt.dnd.DropTarget and other classes from that package

and also the tutorial from sun

http://java.sun.com/docs/books/tutorial/uiswing/dnd/index.html

On Thu, Jul 2, 2009 at 5:16 AM, swapan wrote:
>
> Hi All,
>
> Currently, i am working on Java project where I have a Java Frame and
> I want to DRAG and DROP a "text file's Location" (say Text File Icon
> on Desktop) onto Frame's Text Field.
>
> Eg: Suppose there is one file A.txt on Desktop. The Path Location will
> be
>      "C:\Documents and Settings\UserName\Desktop\A.txt".
>
>     So, required is that when i do Drag and Drop of the Desktop Icon
> of
>     A.txt onto Frame's TextField, it should end up having the
> Location Path of it i.e;
>     "C:\Documents and  Settings\UserName\Desktop\A.txt" .
>
> With my little Experience on Java, i am not able to figure out the
> Correct Listeners and import Class. At the same time, i am aware of
> the DND (Drag and Drop) Import class, but that that works only under
> same JVM context. Correct me if i am wrong.
>
> But here, the context establishment should be made b/w:
>
> 1.  Underlying OS (Eg: Windows), and
> 2. JVM (The Frame that i have talked in above discussion)
>
>
> Thanks for any inputs on achieving this in advance.
>
> Regards,
> Swapan
>
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Enumset

[Marcelo Fukushima]

i havent looked into the switch, but EnumSet certainly relies on
ordinal() as per seen in the implementations RegularEnumSet and
JumboEnumSet

there must be a reason to why they dont implement SortedSet as they
were written by none other than Joshua Bloch - or maybe he just forgot
about that?

On Thu, Jul 30, 2009 at 7:56 PM, Casper Bang wrote:
>
> You are not really suppose to rely on the ordinal, it's an impl detail
> that can admittedly be hard to ignore when you're used to the old
> integer enum pattern. The internals of an Enum and EnumSet does a lot
> of magic, as you can see by decompiling an example. For instance, a
> switch on an Enum does not rely on the ordinals directly (javac builds
> a statically-generated table) and in most cases an EnumSet is
> represented as a long.
>
> /Casper
>
> On 30 Jul., 11:56, drd  wrote:
>> I was wondering: why is an EnumSet not a SortedSet.
>>
>> Javadoc of EnumSet says : ... the iterator returns the elements in
>> their natural order ...
>>
>> Javadoc of SortedSet says: A Set that further provides a total
>> ordering on its elements. The elements are ordered using their natural
>> ordering, or by a Comparator typically provided at sorted set creation
>> time...
>>
>> Why is then the EnumSet not a SortedSet?
>>
>> I hope somebody will be able to clarify my mind.
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: c# Better Language Than Java?

[Marcelo Fukushima]

that only says that InputStream.close() doesnt do anything. Id imagine
that, say, FileInputStream.close would close the underlying file
handler, the InputStream from a socket would close the socket and so
on - witch could possibly throw an IOException

2009/8/4 Ryan Waterer :
> From the Java6 JavaDocs on InputStream
>
> http://java.sun.com/javase/6/docs/api/java/io/InputStream.html
>
> close
>
> public void close()
>throws IOException
>
> Closes this input stream and releases any system resources associated with
> the stream.
>
> The close method of InputStream does nothing.
>
> Specified by:close in interface Closeable Throws: IOException - if an I/O
> error occurs.
> I've always been amused by the JavaDoc on this.    We close everything and
> can throw an exception if an I/O error occurs.  Oh wait, we don't actually
> do anything!  Just kidding!
>
> 2009/8/4 Vít Šesták 
>>
>> Correct me if I'm wrong, please: I think that InputStream.close()
>> never throws an Exception, but it is not guaranteed. However, this
>> isn't mistake in concept of checked exceptions. It is mistake in
>> usage.
>>
>> 2009/8/4, Casper Bang :
>> >
>> > On 4 Aug., 20:22, v6ak  wrote:
>> >> Is it really a DISadvantage when you get compile error(s) because of
>> >> incompatible API?
>> >
>> > Let me turn it around instead. Is it a good idea how InputStream.close
>> > () throws a IOException? Can anything be done about it now?
>> >
>> > /Casper
>> > >
>> >
>>
>> --
>> Odesláno z mobilního zařízení
>>
>>
>
>
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Enumset

[Marcelo Fukushima]

i guess if you dont care for the size of things, you can use a
SortedSet like TreeSet with enums, since theyre comparable


-- Forwarded message --
From: drd 
Date: Tue, Aug 4, 2009 at 4:28 PM
Subject: [The Java Posse] Re: Enumset
To: The Java Posse 



I know Mr. Bloch himself did the implementation and probably had a
reason to not implement it. However in effective java he does not
state anything about ordering or why it is not ordered.

I also want to stress that SortedSet says that there has to be a
natural ordering. This ordering is provided by Enumset as stated in
the javadoc. By using this information the implementation of the
comparator should be very easy and should not hurt performance (the
enumset is sorted per se and the comparable interface should not be
created for sorting).

My colleagues and me had a discussion about this because we wanted to
pass a sorted collection of enums. As we were not able to pass a
EnumSet (thank you struts), we were forced to use a Set. However a
colleague argued that when we passed it as a Set we could not enforce
the contract that we had a sorted collection. This made us use a List
in which we could enforce the ordering, but cannot enforce the
uniqueness.

But my question then remains, who can answer my question?

Mr. Bloch

On Jul 31, 3:49 pm, JodaStephen  wrote:
> Making Enum implement Comparable by default was a mistake in the
> original design process, which has had negative consequences (you
> should have had to write "implements Comparable" if you wanted it).
>
> But, since all Enums do implement Comparable, then I would agree that
> EnumSet should probably implement SortedSet. One reason why not, is
> that users might expect to be able to supply their own comparator, and
> that isn't possible given the internal implementation of EnumSet.
>
> Stephen
>
> On Jul 30, 10:56 am, drd  wrote:
>
> > I was wondering: why is an EnumSet not a SortedSet.
>
> > Javadoc of EnumSet says : ... the iterator returns the elements in
> > their natural order ...
>
> > Javadoc of SortedSet says: A Set that further provides a total
> > ordering on its elements. The elements are ordered using their natural
> > ordering, or by a Comparator typically provided at sorted set creation
> > time...
>
> > Why is then the EnumSet not a SortedSet?
>
> > I hope somebody will be able to clarify my mind.





-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: A quick and dirty way to throw unchecked exceptions

[Marcelo Fukushima]

theres also a throwException(Throwable) in sun.misc.Unsafe - though to
use that you really have to want to

On Wed, Aug 26, 2009 at 12:30 AM, Christian
Catchpole wrote:
>
> Compile this..  (any package you like, or no package at all)
>
> public class Rethrow {
>    public static void unchecked(Throwable t) {
>        t=t;
>    }
> }
>
> javap reports the byte code as..
>
> public static void unchecked(java.lang.Throwable);
>  Code:
>   Stack=1, Locals=1, Args_size=1
>   0:   aload_0
>   1:   astore_0
>   2:   return
>
> which in hex is:
>
> 2A 4B B1
>
> open the class file in the hex editor, search for that and change it
> to:
>
> 2A BF B1
>
> javap now reports the byte code as..
>
> public static void unchecked(java.lang.Throwable);
>  Code:
>   Stack=1, Locals=1, Args_size=1
>   0:   aload_0
>   1:   athrow
>   2:   return
>
> jar that class up or otherwise protect it from re-write.
>
> In your code you can now call this without wrapping with a runtime
> exception.  And the stack trace is still that of the original
> exception.
>
> } catch(Exception e) {
>  Rethrow.unchecked(e);
> }
>
> Obviously, use at your own risk.  No warrenties etc. :)
>
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: A quick and dirty way to throw unchecked exceptions

[Marcelo Fukushima]

but your version has the disadvantage of being visible

i (and i hope christian too) was hoping for a more magical way of
throwing checked exceptions

of course you shouldnt use those in an actual app

On Wed, Aug 26, 2009 at 5:36 AM, Reinier Zwitserloot wrote:
>
> WTF? I already posted a much better version of this in the
> supermegauber thread. no need for class file hacking. sun.misc.Unsafe
> is an even worse idea (Security Manager issues, as well as a
> dependency on running in sun VMs).
>
> public class SneakyThrow {
>        public static RuntimeException sneakyThrow(Throwable t) {
>                if ( t == null ) throw new NullPointerException("t");
>                SneakyThrow.sneakyThrow0(t);
>                return null;
>        }
>
>       �...@suppresswarnings("unchecked")
>        private static  void sneakyThrow0(Throwable t)
> throws T {
>                throw (T)t;
>        }
> }
>
>
> Note also how this is much more thought through: Java does not know
> that calling this method automatically triggers a throw statement, so
> the compiler will whine that you need to return something, and the DA
> rules are all messed up. Therefore, the suggested usage is:
>
> public int myMethod() {
>    throw sneakyThrow(new IOException());
> }
>
> Note the 'throw' in front of 'sneakyThrow'. If you've read up on your
> JLS and JVMS, you'll know that this code is perfectly valid java (and,
> given sun's dogged adherence to backwards compatibility, should mean
> it'll continue to work just fine), and that it'll work on every java-
> compatible VM.
>
> On Aug 26, 5:54 am, Christian Catchpole 
> wrote:
>> Yeah, i was reading about that one.  But it's only in the Sun VMs and
>> probably subject to change.
>>
>> But hey, I just listed this as an exercise.  It just shows the
>> difference between checked and unchecked is one little byte. :)
>>
>> On Aug 26, 1:44 pm, Marcelo Fukushima  wrote:
>>
>>
>>
>> > theres also a throwException(Throwable) in sun.misc.Unsafe - though to
>> > use that you really have to want to
>>
>> > On Wed, Aug 26, 2009 at 12:30 AM, Christian
>>
>> > Catchpole wrote:
>>
>> > > Compile this..  (any package you like, or no package at all)
>>
>> > > public class Rethrow {
>> > >    public static void unchecked(Throwable t) {
>> > >        t=t;
>> > >    }
>> > > }
>>
>> > > javap reports the byte code as..
>>
>> > > public static void unchecked(java.lang.Throwable);
>> > >  Code:
>> > >   Stack=1, Locals=1, Args_size=1
>> > >   0:   aload_0
>> > >   1:   astore_0
>> > >   2:   return
>>
>> > > which in hex is:
>>
>> > > 2A 4B B1
>>
>> > > open the class file in the hex editor, search for that and change it
>> > > to:
>>
>> > > 2A BF B1
>>
>> > > javap now reports the byte code as..
>>
>> > > public static void unchecked(java.lang.Throwable);
>> > >  Code:
>> > >   Stack=1, Locals=1, Args_size=1
>> > >   0:   aload_0
>> > >   1:   athrow
>> > >   2:   return
>>
>> > > jar that class up or otherwise protect it from re-write.
>>
>> > > In your code you can now call this without wrapping with a runtime
>> > > exception.  And the stack trace is still that of the original
>> > > exception.
>>
>> > > } catch(Exception e) {
>> > >  Rethrow.unchecked(e);
>> > > }
>>
>> > > Obviously, use at your own risk.  No warrenties etc. :)
>>
>> > --http://mapsdev.blogspot.com/
>> > Marcelo Takeshi Fukushima
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

Re: Optimizations? was Re: [The Java Posse] A quick and dirty way to throw unchecked exceptions

[Marcelo Fukushima]

i guess nowadays javac translates almost literally the source code
into bytecode, leaving the hard work for JIT

On Wed, Aug 26, 2009 at 7:29 AM, Christian
Catchpole wrote:
>
> of course it's need a return if it's NOT being JITted... im talking a
> load of crap tonight.. aload_0 f crap.. get it! :)
>
> On Aug 26, 8:09 pm, Christian Catchpole 
> wrote:
>> yeah, don't take too much notice of that.  i noticed that if you
>> disassemble a "throw", it doesn't have a return. but the a=a does.
>> maybe its requirement of bytecode that a method that does return,
>> finishes with return byte code.  but its like Java strings being a
>> char array with a size.  there's no need to terminate it.  it cant run
>> off the end.
>>
>> On Aug 26, 7:53 pm, Fabrizio Giudici 
>> wrote:
>>
>>
>>
>> > Christian Catchpole wrote:
>> > > Compile this..  (any package you like, or no package at all)
>>
>> > > public class Rethrow {
>> > >     public static void unchecked(Throwable t) {
>> > >         t=t;
>> > >     }
>> > > }
>>
>> > > javap reports the byte code as..
>>
>> > > public static void unchecked(java.lang.Throwable);
>> > >   Code:
>> > >    Stack=1, Locals=1, Args_size=1
>> > >    0:   aload_0
>> > >    1:   astore_0
>> > >    2:   return
>>
>> > I'm surprised - I expected that the compiler would optimize out the
>> > useless operation and only output the return...
>>
>> > --
>> > Fabrizio Giudici - Java Architect, Project Manager
>> > Tidalwave s.a.s. - "We make Java work. Everywhere."
>> > weblogs.java.net/blog/fabriziogiudici -www.tidalwave.it/blog
>> > fabrizio.giud...@tidalwave.it - mobile: +39 348.150.6941
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

Re: Optimizations? was Re: [The Java Posse] A quick and dirty way to throw unchecked exceptions

[Marcelo Fukushima]

im guessing its because of the "receiving" side of the append
function? have not tried, but id hope that

"two " + "three " + one()

would become

"two three " + one()

?


On Wed, Aug 26, 2009 at 2:54 PM, Alexey Zinger wrote:
> There are quite a few optimizations with strings, for sure.  Such as
> replacing concatenation using "+" operator with StringBuilder and
> concatenation of literals with a single literal (*).
>
> There's an interesting exception to that rule.  The following will work as
> expected:
> "one " + "two " + "three"
> gets turned into
> "one two three"
>
> However, in the context of this: public String getOne() { return "one "; }
> this: getOne() + "two " + "three"
> will not get turned into
> getOne() + "two three"
>
> Sorry if this was off-topic.
>
> Alexey
> 2001 Honda CBR600F4i (CCS)
> 1992 Kawasaki EX500
> http://azinger.blogspot.com
> http://bsheet.sourceforge.net
> http://wcollage.sourceforge.net
>
>
> 
> From: Marcelo Fukushima 
> To: javaposse@googlegroups.com
> Sent: Wednesday, August 26, 2009 1:32:28 PM
> Subject: Re: Optimizations? was Re: [The Java Posse] A quick and dirty way
> to throw unchecked exceptions
>
>
> i guess nowadays javac translates almost literally the source code
> into bytecode, leaving the hard work for JIT
>
> On Wed, Aug 26, 2009 at 7:29 AM, Christian
> Catchpole wrote:
>>
>> of course it's need a return if it's NOT being JITted... im talking a
>> load of crap tonight.. aload_0 f crap.. get it! :)
>>
>> On Aug 26, 8:09 pm, Christian Catchpole 
>> wrote:
>>> yeah, don't take too much notice of that.  i noticed that if you
>>> disassemble a "throw", it doesn't have a return. but the a=a does.
>>> maybe its requirement of bytecode that a method that does return,
>>> finishes with return byte code.  but its like Java strings being a
>>> char array with a size.  there's no need to terminate it.  it cant run
>>> off the end.
>>>
>>> On Aug 26, 7:53 pm, Fabrizio Giudici 
>>> wrote:
>>>
>>>
>>>
>>> > Christian Catchpole wrote:
>>> > > Compile this..  (any package you like, or no package at all)
>>>
>>> > > public class Rethrow {
>>> > >     public static void unchecked(Throwable t) {
>>> > >         t=t;
>>> > >     }
>>> > > }
>>>
>>> > > javap reports the byte code as..
>>>
>>> > > public static void unchecked(java.lang.Throwable);
>>> > >   Code:
>>> > >    Stack=1, Locals=1, Args_size=1
>>> > >    0:   aload_0
>>> > >    1:   astore_0
>>> > >    2:   return
>>>
>>> > I'm surprised - I expected that the compiler would optimize out the
>>> > useless operation and only output the return...
>>>
>>> > --
>>> > Fabrizio Giudici - Java Architect, Project Manager
>>> > Tidalwave s.a.s. - "We make Java work. Everywhere."
>>> > weblogs.java.net/blog/fabriziogiudici -www.tidalwave.it/blog
>>> > fabrizio.giud...@tidalwave.it - mobile: +39 348.150.6941
>> >
>>
>
>
>
> --
> http://mapsdev.blogspot.com/
> Marcelo Takeshi Fukushima
>
>
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Java officially lags C

[Marcelo Fukushima]

for local variables, javac actually does almost nothin:it only frees
that local variable slot for a future local variable

theres a nice puzzle about that in the java specialists newsletter:
http://www.javaspecialists.eu/archive/Issue173.html

of course youre not suppose to know its about local variables and
javac before seeing the puzzle...

On Tue, Sep 1, 2009 at 9:44 PM, Mark Derricutt wrote:
> I've always been intrigued by these blocks we have in java, what does javac
> actually generate for them?  I'd always hoped that the closures proposals
> might just start small and make these blocks a first class citizen.
> From:
> public void test() {
>    int foo = 1;
>    {
>        int bar = foo + 2;
>    }
>    //MARK
> }
> to:
> public void test() {
>    int foo = 1;
>    Method foobar = {
>        int bar = foo + 2;
>    }
>    foobar.invoke(null);
>    //MARK
> }
> *sigh* I want my closures and mixins.
> --
> Pull me down under...
>
> Sent from Auckland, Auk, New Zealand
>
> On Wed, Sep 2, 2009 at 5:47 AM, Reinier Zwitserloot 
> wrote:
>>
>> You can put { (statements) } anywhere in java code where a statement
>> is legal. Like any other occurrence of {} to delimit code, any
>> variable declarations inside the {} are not visible outside the
>> brackets. So, this:
>
>
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Quicksort large amount of data

[Marcelo Fukushima]

just dont forget that a RadixTree is O(L) on the length of the strings
upon lookup, while a Set is O(1) on average (worse the more collisions
you have) since a string's hashCode is stored as an instance field.
But since they're lazily calculated, for brand new strings, lookup
time on a Set is O(N) on the size of the string youre looking up.

On Fri, Sep 4, 2009 at 8:59 AM, andreasp7n wrote:
>
> On 3 Sep., 17:14, Barney  wrote:
>> Is it realistic to use HashSet to determine if a large amount of
>> string data (2 000 000 strings of length 20) is composed of unique
>> entry ?
>
> i needed something like this recently, i used a radix tree data
> structure to store all strings. quite space-saving. stored 3M customer
> names, adresses in memory. was no problem memory-wise. there is a
> practical implementation over at http://code.google.com/p/radixtree/
>
> while building up the radix tree you can check if you have any
> duplication easily.
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: JVM garbage collection

[Marcelo Fukushima]

there's a jvm argument that makes it dump the heap on OOME. i use that
as a starting point and either jhat or visualvm to analyze it...

On 9/16/09, kirk  wrote:
>
> kittu wrote:
>> Hi
>>
>> I facing the problem of out of memory and fatal shutdown of the
>> device, in the logs i not able to find any clue regards memory
>> increament continuosly. the device is down after few days due to
>> continuous memory usage increment >256MB (actually 60 -90MB
>> acceptable).
>>
>> is any way to debug this scenario.? if so how ?
>>
> netbeans profiler.
>
> 1) find the object with the highest generational count using the memory
> profiler
> 2) dump heap, find and instance of that object and use heap walker to
> find the reference path back to the GC root
> 3) use the reference path to understand what is holding onto the leaking
> object
> 4) use stack allocation at object creation time to know where to look in
> the application for the object.
>
>
> Regards,
> Kirk
>
>
> >
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Problems with continuous performance testing, solutions anyone?

[Marcelo Fukushima]

where i work, we use an isolated (non virtual) hudson for performance
test. its an old machine, but we're only interested on relative times
(each run takes around 6 times). you might want to virtualize the os's
and use hudson locks.

On 9/16/09, Patrick  wrote:
>
> You might take a look at Japex, which was developed at Sun for
> benchmarking some of the XML libraries. It offers a harness in which
> you can run tests and gives you a sort of framework by which to handle
> initialization and warmup issues, plus it can compare between runs and
> against a baseline. I don't know of a good solution for the concurrent
> tests problem, though.
>
>
> Patrick
> >
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: The Top 3 Java based web frameworks

[Marcelo Fukushima]

not sure about component market, but wicket does a pretty good job at
packaging reusable components - even entire pages

On Mon, Sep 28, 2009 at 8:58 PM, Ruben Reusser  wrote:
> how so? Last time I checked it was pretty hard to make a GWT app look good
> (unless you go with GWTEXT and that one uses transitional html, not strict)
> - is it easy to say build a larger app (for example a community site) with
> GWT? Are the components available and do they work together?
>
> Ruben
>
> On Mon, Sep 28, 2009 at 4:29 PM, Alexey Zinger 
> wrote:
>>
>> I'd say GWT does that pretty well.
>>
>> Alexey
>> 2001 Honda CBR600F4i (CCS)
>> 2002 Suzuki Bandit 1200S
>> 1992 Kawasaki EX500
>> http://azinger.blogspot.com
>> http://bsheet.sourceforge.net
>> http://wcollage.sourceforge.net
>>
>>
>> 
>> From: Ruben Reusser 
>> To: javaposse@googlegroups.com
>> Sent: Monday, September 28, 2009 7:25:37 PM
>> Subject: [The Java Posse] Re: The Top 3 Java based web frameworks
>>
>> I'd really love to see a java web framework that promotes writing reusable
>> components for the web, makes it easy to merge those components into an
>> application and comes with a component marketplace. Has anybody seen a
>> framework that's good at doing this? (and it would be great if everything
>> looks appealing from the get-go and it's easy to skin the final application
>> too).
>>
>> Ruben
>>
>> On Fri, Sep 25, 2009 at 12:25 PM, CKoerner  wrote:
>>>
>>> I'm curious on what people feel are the top 3 Java based web
>>> frameworks.  You can round it out with 2 honorable mentions if
>>> desired.
>>>
>>> Thoughts?
>>
>>
>>
>>
>>
>
>
>
> --
> Ruben Reusser
> headwire.com, Inc
> 949 595 4365
>
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: A case for catch Throwable

[Marcelo Fukushima]

i think what alex was trying to say was that, in this case, wouldnt
you want to differentiate between an error that is due to a bad data
input (say validation error of some sort) and a NPE due to, say,
thingsToProcess being null?

On Tue, Oct 20, 2009 at 4:17 PM, Kevin Wong  wrote:
>
> Perhaps some code would help.  Here's the stripped down version:
>
> public class AbstractFoo {
>    private List thingsToProcess;
>
>    public void setThingsToProcess(List things) {
>        this.thingsToProcess = things;
>    }
>    protected void processThing(Thing thing) {};
>    public void process() {
>        for( Thing thing : thingsToProcess ) {
>            try {
>                processThing(thing);
>            } catch (Throwable t) {
>                log(t);
>            }
>        }
>    }
> }
>
> On Oct 20, 10:09 am, Alexey Zinger  wrote:
>> Maybe I misunderstood, but, even with a utility class, how can you not know 
>> anything whatsoever about the subclass?  If it's something akin to 
>> reflection, where any type of exception might legitimately be thrown, I'd 
>> still not catch Throwable, instead opting for wrapping "client" exceptions 
>> in custom checked exceptions, a la InvocationTargetException, in order to 
>> differentiate between bad things happening with your own code and whatever 
>> you're calling, which you presumably have little control over.
>>
>>  Alexey
>> 2001 Honda CBR600F4i (CCS)
>> 2002 Suzuki Bandit 1200S
>> 1992 Kawasaki 
>> EX500http://azinger.blogspot.comhttp://bsheet.sourceforge.nethttp://wcollage.sourceforge.net
>>
>> 
>> From: Kevin Wong 
>> To: The Java Posse 
>> Sent: Tue, October 20, 2009 9:56:49 AM
>> Subject: [The Java Posse] A case for catch Throwable
>>
>> Is this a valid case for catch Throwable?:
>>
>> A utility class that meant to be subclassed.  It calls protected
>> methods that are meant to be overriden by subclasses.  Should those
>> method calls be wrapped in catch Throwable?
>>
>> The argument is that the utility class has no control over the
>> subclass, and doesn't know what exceptions might be thrown, so we
>> catch Throwable to program defensively and handle the error.
>>
>> The counter argument, the one I agree with, is that in most cases it
>> can be assumed that a method won't throw anything but checked
>> exceptions, and that catching root exception classes (e.g., Exception,
>> Throwable) clutters the code and can inadvertently hide bugs.
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Other Side of the Coin

[Marcelo Fukushima]

there are some disagreements but im pretty sure 90% is an overexageration

the "other side", however, tend to be very vocal

On Thu, Oct 22, 2009 at 10:52 PM, Michael Neale  wrote:
>
> I am not sure they could interview 90% of developers out there, but I
> think all the posse members are of that opinion? (at least Dick and
> Joe are).
>
> On Oct 23, 11:42 am, Randinn  wrote:
>> No, I mean the people that say it is not going in the right direction,
>> actually.
>>
>> On Oct 23, 11:14 am, Michael Neale  wrote:
>>
>>
>>
>> > There was a depressing interview with Alex Buckley and Joe 
>> > Darcy:http://www.javaposse.com/index.php?post_id=529403
>>
>> > Is that what you mean?
>>
>> > On Oct 23, 11:00 am, Randinn  wrote:
>>
>> > > I remember there was a mention in the 'ivory tower' thread about a
>> > > interview with people on the other side of that discussion, is that
>> > > still in the works?
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Netbeans 6.8 beta

[Marcelo Fukushima]

ネットベアンズ 6.8 beta 新発売

(im actually brazilian, but know a bit of japanese)

On Fri, Oct 23, 2009 at 7:55 PM, Tor Norbye  wrote:
>
> println("\u004E\u0065\u0074\u0042\u0065\u0061\u006E
> \u0073\u0020\u0036\u002E
> \u0038\u0020\u0062\u0065\u0074\u0061\u0020\u0068\u0061\u0073\u0020\u0062\u0065\u0065\u006E
> \u0020\u0072\u0065\u006C\u0065\u0061\u0073\u0065\u0064\u0021");
>
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Upgrade to (K)Ubuntu 9.10 anyone ?

[Marcelo Fukushima]

ive been running it since alpha 6 or so. It boots a lot faster and
everything worked quite well (except ocasionally i was getting 404 for
the package updates, which is expected for an alpha version)

On Thu, Oct 29, 2009 at 2:59 PM, Jan Goyvaerts  wrote:
> Did somebody in here already did the upgrade to (k)ubuntu 9.10 ?
> I thought it better to ask before asking my machine to commit suicide. :-)
> >
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Java thread scheduling bug

[Marcelo Fukushima]

i should probably write in a better way (i guess i cant write in
english as well as i can read)

what i meant was that os thread could potentially behave like how java
threads behave: there are not guarantees that any given thread will be
given its timeslice in the CPU. In that regard, the jvm spec is not
'broken', like it was implied, but rather mimic what native threads do
(or potentially do)

and regarding biased locking, my guess was that some threads were
starving because of lock biasing: the thread that previously had the
lock always gets the lock before the other threads (in that small
example, inside the doSomething method). But that is just a guess, not
having even ran the code.

On Tue, Nov 3, 2009 at 6:27 PM, kirk  wrote:
>
> Marcelo Fukushima wrote:
>> well one could argue that, though im not sure if native threads have
>> such guarantee - in which case, java may only be delegating to native
>>
>> that said, you can try disabling biased locking (starting from java 6
>> i think) and see if it makes any difference
>>
> I maybe jumping in the middle here as I've not been closely following
> this thread.
>
> 1) Native threads are under the control of the OS. This lies outside of
> what Java has any control over.
> 2) I'm not sure what biased locking has to do with thread scheduling. A
> thread maybe biased to a lock/monitor. Biasing happens as a result of
> HotSpot recognizing that only one thread is acquiring a monitor and then
> biases the lease to that monitor to that thread. If another thread
> requests that monitor, the bias is revoked. Once revoked it can never be
> rebiased under the current implementation.
>
> Regards,
> Kirk
>
>> On Tue, Nov 3, 2009 at 5:40 PM, Brent Ryan  wrote:
>>
>>> Then maybe the spec is where the flaw is...
>>>
>>> Sent from my iPhone
>>>
>>> On Nov 3, 2009, at 10:45 AM, Marcelo Fukushima 
>>> wrote:
>>>
>>>
>>>> i guess what reinier was trying to say was that your code (as far as
>>>> vm spec goes) was broken from the start and (again, from the vm spec
>>>> perspective) lucky timing and scheduling just made it work correctly
>>>>
>>>> On Tue, Nov 3, 2009 at 3:26 PM, Brent  wrote:
>>>>
>>>>> I just don't think that it's a good idea to say...Let's break
>>>>> something so that we can optimize the JVM for most cases without
>>>>> providing an option that allows the JVM to execute threads one way
>>>>> vs.
>>>>> another.  This used to work in JDK 1.4.
>>>>>
>>>>> Does anyone know how .NET solves this problem with the CLR?
>>>>>
>>>>>
>>>>>
>>>>> On Nov 3, 1:52 am, Reinier Zwitserloot  wrote:
>>>>>
>>>>>> Why does java not guarantee gc()? Why does java not do a lot of
>>>>>> things?
>>>>>>
>>>>>> Because it would severely cramp the optimizer.
>>>>>>
>>>>>> Adding your proposed rule across the board would probably put a
>>>>>> serious dent in the optimization work the hotspot compiler can do to
>>>>>> your code. Same reason why finalizers aren't guaranteed. Same
>>>>>> reason gc
>>>>>> () isn't. There's a perfectly workable way out of this - use the
>>>>>> right
>>>>>> code construct. Such as fair locks.
>>>>>>
>>>>>> What interests me in particular is that you've evidently got
>>>>>> significantly more work for your CPU than your CPU has cycles to do
>>>>>> that work in, or you shouldn't be running into big issues.
>>>>>> Presumably,
>>>>>> then, some threads are tilting at windmills, calculating endlessly.
>>>>>> This is par for the course if your app has a definitive start and
>>>>>> end,
>>>>>> such as, say, an unzip application, but most complex apps end up
>>>>>> being
>>>>>> a server that handles requests - which leads me to wonder: Perhaps
>>>>>> you
>>>>>> should be adding some sort of queueing system to your app, or more
>>>>>> on-
>>>>>> demand processing.
>>>>>>
>>>>>> On Nov 2, 5:29 pm, Stuart McCulloch  wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> 2009/11/3 Stuart McCull

Re: [Fwd: Re: [The Java Posse] Re: Java thread scheduling bug]

[Marcelo Fukushima]

On Tue, Nov 3, 2009 at 7:11 PM, kirk  wrote:
>
>
> 
> Marcelo Fukushima wrote:
>> i should probably write in a better way (i guess i cant write in
>> english as well as i can read)
>>
>> what i meant was that os thread could potentially behave like how java
>> threads behave: there are not guarantees that any given thread will be
>> given its timeslice in the CPU. In that regard, the jvm spec is not
>> 'broken', like it was implied, but rather mimic what native threads do
>> (or potentially do)
>>
> the jvm spec *cannot* say anything about native threads because that
> behavior is outside of the box.

of course not, but that was not what i was saying at all...
what i was trying to say was that jvm spec might just mimic what OS's
do - and they are not broken in that aspect.

>> and regarding biased locking, my guess was that some threads were
>> starving because of lock biasing: the thread that previously had the
>> lock always gets the lock before the other threads (in that small
>> example, inside the doSomething method). But that is just a guess, not
>> having even ran the code.
>>
> biased locking doesn't work that way. a lock will be biased to a thread
> until another thread requests it. Then the biases are revoked and
> threads are on their own competing for the lock.
>
> IMHO, guessing at a performance bug is never a good idea. I'd suggest
> you grab a copy of yourkit (or another like profiler) and run the app
> under some expected load. A good thread profiler will let you know if
> there is a problem.

youre totally right here, although strictly speaking it was not about
performance, but rather about how threads behave and/or are allowed to
behave according to the spec
but i was completely wrong about lock biasing

>
> Regards,
> Kirk
>> On Tue, Nov 3, 2009 at 6:27 PM, kirk  wrote:
>>
>>> Marcelo Fukushima wrote:
>>>
>>>> well one could argue that, though im not sure if native threads have
>>>> such guarantee - in which case, java may only be delegating to native
>>>>
>>>> that said, you can try disabling biased locking (starting from java 6
>>>> i think) and see if it makes any difference
>>>>
>>>>
>>> I maybe jumping in the middle here as I've not been closely following
>>> this thread.
>>>
>>> 1) Native threads are under the control of the OS. This lies outside of
>>> what Java has any control over.
>>> 2) I'm not sure what biased locking has to do with thread scheduling. A
>>> thread maybe biased to a lock/monitor. Biasing happens as a result of
>>> HotSpot recognizing that only one thread is acquiring a monitor and then
>>> biases the lease to that monitor to that thread. If another thread
>>> requests that monitor, the bias is revoked. Once revoked it can never be
>>> rebiased under the current implementation.
>>>
>>> Regards,
>>> Kirk
>>>
>>>
>>>> On Tue, Nov 3, 2009 at 5:40 PM, Brent Ryan  wrote:
>>>>
>>>>
>>>>> Then maybe the spec is where the flaw is...
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>> On Nov 3, 2009, at 10:45 AM, Marcelo Fukushima 
>>>>> wrote:
>>>>>
>>>>>
>>>>>
>>>>>> i guess what reinier was trying to say was that your code (as far as
>>>>>> vm spec goes) was broken from the start and (again, from the vm spec
>>>>>> perspective) lucky timing and scheduling just made it work correctly
>>>>>>
>>>>>> On Tue, Nov 3, 2009 at 3:26 PM, Brent  wrote:
>>>>>>
>>>>>>
>>>>>>> I just don't think that it's a good idea to say...Let's break
>>>>>>> something so that we can optimize the JVM for most cases without
>>>>>>> providing an option that allows the JVM to execute threads one way
>>>>>>> vs.
>>>>>>> another.  This used to work in JDK 1.4.
>>>>>>>
>>>>>>> Does anyone know how .NET solves this problem with the CLR?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Nov 3, 1:52 am, Reinier Zwitserloot  wrote:
>>>>>>>
>>>>>>>
>>>>>>>> Why does java not guarantee gc()? Why does java not do a lot of
>>>>>>>> things?
>>>>>>>>
>>

[The Java Posse] Re: Java thread scheduling bug

[Marcelo Fukushima]

i guess what reinier was trying to say was that your code (as far as
vm spec goes) was broken from the start and (again, from the vm spec
perspective) lucky timing and scheduling just made it work correctly

On Tue, Nov 3, 2009 at 3:26 PM, Brent  wrote:
>
> I just don't think that it's a good idea to say...Let's break
> something so that we can optimize the JVM for most cases without
> providing an option that allows the JVM to execute threads one way vs.
> another.  This used to work in JDK 1.4.
>
> Does anyone know how .NET solves this problem with the CLR?
>
>
>
> On Nov 3, 1:52 am, Reinier Zwitserloot  wrote:
>> Why does java not guarantee gc()? Why does java not do a lot of
>> things?
>>
>> Because it would severely cramp the optimizer.
>>
>> Adding your proposed rule across the board would probably put a
>> serious dent in the optimization work the hotspot compiler can do to
>> your code. Same reason why finalizers aren't guaranteed. Same reason gc
>> () isn't. There's a perfectly workable way out of this - use the right
>> code construct. Such as fair locks.
>>
>> What interests me in particular is that you've evidently got
>> significantly more work for your CPU than your CPU has cycles to do
>> that work in, or you shouldn't be running into big issues. Presumably,
>> then, some threads are tilting at windmills, calculating endlessly.
>> This is par for the course if your app has a definitive start and end,
>> such as, say, an unzip application, but most complex apps end up being
>> a server that handles requests - which leads me to wonder: Perhaps you
>> should be adding some sort of queueing system to your app, or more on-
>> demand processing.
>>
>> On Nov 2, 5:29 pm, Stuart McCulloch  wrote:
>>
>>
>>
>> > 2009/11/3 Stuart McCulloch 
>>
>> > > 2009/11/2 Brent 
>>
>> > >> But why does the JVM have to know my intent...  It knows that I
>> > >> started a thread and it knows that it has some priority.  So why can't
>> > >> it just stick all of the threads that were started for a particular
>> > >> priority on a queue and then iterate through that queue.  It might be
>> > >> easier said then done, but that's what I don't understand.
>>
>> > >> Example:
>>
>> > >> If you have 3 threads with same priority...
>>
>> > >> Thread 1 (default priority 5)
>> > >> Thread 2 (default priority 5)
>> > >> Thread 3 (default priority 5)
>>
>> > >> Let's pretend that each thread executes 2 loops.
>>
>> > >> Execute Thread 1
>> > >> Execute Thread 2
>> > >> Execute Thread 3
>> > >> Execute Thread 1
>> > >> Execute Thread 2
>> > >> Execute Thread 3
>>
>> > >> If the threads have different priorities then this wouldn't work, but
>> > >> assuming that they have the same priority why doesn't the JVM do
>> > >> this?  Can you dumb it down for me more?
>>
>> > > does this comparison help?
>>
>> > >    updates to fields in Java are not specified to be atomic
>> > >      => use synchronization to guarantee atomic updates
>>
>> > >    scheduling order of threads on Java locks is not defined
>> > >      => use "fair" locking to guarantee scheduling fairness
>>
>> > > ie. you should not rely on behavior that is not specified.
>> > > I don't say this is easy - avoiding this is a hard problem,
>> > > especially when there's few alternative implementations
>> > > that you can run tests on
>>
>> > > I've seen a lot of customer code that relied on unspec'd
>> > > behavior all over the JDK - including one who was using
>> > > mutable keys in a hash map (which is not good at all!)
>> > > and expected it to work a very specific way :(
>>
>> > > We experienced this issue running Weblogic 9.2 container and the
>> > >> thread scheduling isn't even available to us since it's a EE container
>> > >> and you're not suppose to manage threads.  Ultimately, what you're
>> > >> telling me is that weblogic has a bug and that they should have used
>> > >> java.util.concurrent.
>>
>> > > I haven't seen your app code, so I can't really comment.
>>
>> > > If you're pushing the container provided threads through
>> > > basic (non-fair) locks then you might need to switch to
>> > > use fair locking - if the container is the only one doing
>> > > the locking then they probably have a bug.
>>
>> > also I should say that scheduling is a hard problem,
>> > and policies that guarantee no starvation often have
>> > downsides in other areas (eg. response/throughput)
>>
>> >    http://en.wikipedia.org/wiki/Scheduling_%28computing%29#Overview
>>
>> > otherwise why would the HotSpot 1.5 JVM suddenly
>> > change their lock ordering - it must have had benefits
>> > elsewhere, I doubt they did it just to annoy people!
>>
>> > >  On Nov 2, 9:53 am, Phil  wrote:
>> > >> > I think you're missing the point. The JVM can't know your intent when
>> > >> > you started your threads and cannot know that the right thing to do is
>> > >> > to 'level' resource usage across your threads. If you need your
>> > >> > threads to receive a more equal share of resources then this needs

[The Java Posse] Re: Java thread scheduling bug

[Marcelo Fukushima]

well one could argue that, though im not sure if native threads have
such guarantee - in which case, java may only be delegating to native

that said, you can try disabling biased locking (starting from java 6
i think) and see if it makes any difference

On Tue, Nov 3, 2009 at 5:40 PM, Brent Ryan  wrote:
>
> Then maybe the spec is where the flaw is...
>
> Sent from my iPhone
>
> On Nov 3, 2009, at 10:45 AM, Marcelo Fukushima 
> wrote:
>
>>
>> i guess what reinier was trying to say was that your code (as far as
>> vm spec goes) was broken from the start and (again, from the vm spec
>> perspective) lucky timing and scheduling just made it work correctly
>>
>> On Tue, Nov 3, 2009 at 3:26 PM, Brent  wrote:
>>>
>>> I just don't think that it's a good idea to say...Let's break
>>> something so that we can optimize the JVM for most cases without
>>> providing an option that allows the JVM to execute threads one way
>>> vs.
>>> another.  This used to work in JDK 1.4.
>>>
>>> Does anyone know how .NET solves this problem with the CLR?
>>>
>>>
>>>
>>> On Nov 3, 1:52 am, Reinier Zwitserloot  wrote:
>>>> Why does java not guarantee gc()? Why does java not do a lot of
>>>> things?
>>>>
>>>> Because it would severely cramp the optimizer.
>>>>
>>>> Adding your proposed rule across the board would probably put a
>>>> serious dent in the optimization work the hotspot compiler can do to
>>>> your code. Same reason why finalizers aren't guaranteed. Same
>>>> reason gc
>>>> () isn't. There's a perfectly workable way out of this - use the
>>>> right
>>>> code construct. Such as fair locks.
>>>>
>>>> What interests me in particular is that you've evidently got
>>>> significantly more work for your CPU than your CPU has cycles to do
>>>> that work in, or you shouldn't be running into big issues.
>>>> Presumably,
>>>> then, some threads are tilting at windmills, calculating endlessly.
>>>> This is par for the course if your app has a definitive start and
>>>> end,
>>>> such as, say, an unzip application, but most complex apps end up
>>>> being
>>>> a server that handles requests - which leads me to wonder: Perhaps
>>>> you
>>>> should be adding some sort of queueing system to your app, or more
>>>> on-
>>>> demand processing.
>>>>
>>>> On Nov 2, 5:29 pm, Stuart McCulloch  wrote:
>>>>
>>>>
>>>>
>>>>> 2009/11/3 Stuart McCulloch 
>>>>
>>>>>> 2009/11/2 Brent 
>>>>
>>>>>>> But why does the JVM have to know my intent...  It knows that I
>>>>>>> started a thread and it knows that it has some priority.  So
>>>>>>> why can't
>>>>>>> it just stick all of the threads that were started for a
>>>>>>> particular
>>>>>>> priority on a queue and then iterate through that queue.  It
>>>>>>> might be
>>>>>>> easier said then done, but that's what I don't understand.
>>>>
>>>>>>> Example:
>>>>
>>>>>>> If you have 3 threads with same priority...
>>>>
>>>>>>> Thread 1 (default priority 5)
>>>>>>> Thread 2 (default priority 5)
>>>>>>> Thread 3 (default priority 5)
>>>>
>>>>>>> Let's pretend that each thread executes 2 loops.
>>>>
>>>>>>> Execute Thread 1
>>>>>>> Execute Thread 2
>>>>>>> Execute Thread 3
>>>>>>> Execute Thread 1
>>>>>>> Execute Thread 2
>>>>>>> Execute Thread 3
>>>>
>>>>>>> If the threads have different priorities then this wouldn't
>>>>>>> work, but
>>>>>>> assuming that they have the same priority why doesn't the JVM do
>>>>>>> this?  Can you dumb it down for me more?
>>>>
>>>>>> does this comparison help?
>>>>
>>>>>>    updates to fields in Java are not specified to be atomic
>>>>>>      => use synchronization to guarantee atomic updates
>>>>
>>>>>>    scheduling order of threads on Java

Re: [The Java Posse] Developer or Programmer?

[Marcelo Fukushima]

thats how i learned recursion - by first, learning recursion

but thats an old one i guess (it still brings me a smile though)

On Tue, Nov 24, 2009 at 6:34 AM, Viktor Klang  wrote:
>
>
> On Tue, Nov 24, 2009 at 8:35 AM, Lorenzo Dini  wrote:
>>
>>> This puts a Developer in a little bit higher position than a Developer.
>>>
>>
>> than a Programmer.
>
> I kinda enjoyed that recursive definition. :/
>
>>
>> Lorenzo
>>
>> --
>>
>> You received this message because you are subscribed to the Google Groups
>> "The Java Posse" group.
>> To post to this group, send email to javapo...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> javaposse+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/javaposse?hl=en.
>
>
>
> --
> Viktor Klang
> | "A complex system that works is invariably
> | found to have evolved from a simple system
> | that worked." - John Gall
>
> Blog: klangism.blogspot.com
> Twttr: twitter.com/viktorklang
> Code: github.com/viktorklang
>
> --
>
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--

You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] generic data types

[Marcelo Fukushima]

rear is an int and in your metho you declare it to throw T

On Thu, Nov 26, 2009 at 1:27 AM, Euvin  wrote:
> I am getting an error message in T last method. It has something to do
> with generic types and incompatability.
> Could someone explain what I am doing wrong?
>
>
> import java.util.Iterator;
> public class ArrayList implements ListADT, Iterable
> {
>
>
>   protected final int DEFAULT_CAPACITY = 100;
>   private final int NOT_FOUND = -1;
>   protected int rear;
>   protected int front;
>   protected T[] list;
>
> public ArrayList()
>   {
>      rear = 0;
>      list = (T[])(new Object[DEFAULT_CAPACITY]);
>   }
>
>   public ArrayList (int initialCapacity)
>   {
>      rear = 0;
>      list = (T[])(new Object[initialCapacity]);
>   }
>
> public T last()
>   {
>    return rear;
>   }
>
> --
>
> You received this message because you are subscribed to the Google Groups 
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to 
> javaposse+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/javaposse?hl=en.
>
>
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--

You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] How are people solving automated releasing/deployment

[Marcelo Fukushima]

where i work we use maven and its release plugin for the swing apps
and the webapps
we recently switched to using hudson for the release just because its
very easy.
For the release notes, we sync the versions with the JIRA versions and
generate the release notes from there (but the business guys often
have to write some more docs for our clients when a new release is
available and that is done manually)


On Thu, Dec 17, 2009 at 8:07 PM, pub...@lesstroud.com
 wrote:
> I have been wrestling with/procrastinating automating release
> processes for the last year or so.  I need to do a little play and
> pray, but I thought I would see what some other folks are doing.
>
> In my case, I have a bunch of web apps and some command line apps
> which make up the environment (ok, there are native apps and db stuff
> too).  I have been using maven as the build tool for several years
> now.  My thought has always been to write some scripts that pull from
> the ci server and manually install/deploy.  Thoughts?
>
> Are people doing deployments using maven?  Are they doing deployments
> out of their ci server?  What about for command line apps?  Are they
> just writing scripts to pull the branch from the version control or ci
> servers and run the maven deploy plugin?  Or, is the majority using
> custom deployment scripts? How are you specifying environments (dev,
> stage, prod, etc)?
>
> I would appreciate your thoughts,
> LES
>
> --
>
> You received this message because you are subscribed to the Google Groups 
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to 
> javaposse+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/javaposse?hl=en.
>
>
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

--

You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: Joe's R/C Copter

[Marcelo Fukushima]

and, you know, possibly kill yourself

On Tue, Jan 12, 2010 at 6:44 PM, Kevin Wright
 wrote:
> Besides the cost?
>
> 2010/1/12 Lenny P 
>>
>> Why not fly a real helicopter?  It's a lot of fun and a rewarding
>> accomplishment.
>>
>> On Jan 6, 3:53 am, Phil  wrote:
>> > I have something similar to what Tor described, erm sorry, I bought
>> > one for my son last Christmas!! After playing with his indoor toy for
>> > some time I ended up getting a T-Rex 450 of my own (I already fly R/C
>> > fixed wing). Good fun! Go Tor...
>> >
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "The Java Posse" group.
>> To post to this group, send email to javapo...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> javaposse+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/javaposse?hl=en.
>>
>>
>>
>
>
>
> --
> Kevin Wright
>
> mail/google talk: kev.lee.wri...@googlemail.com
> wave: kev.lee.wri...@googlewave.com
> skype: kev.lee.wright
> twitter: @thecoda
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima
-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] How do we like the Nexus One?

[Marcelo Fukushima]

im seriously considering buying one, but the problem is that i cant
access (yet?) the android market from brazil (the apple app store is
severely limited as well)
is it worth it just for the hardware? (the 1ghz processor is really impressive)

On Fri, Jan 15, 2010 at 1:00 PM, Casper Bang  wrote:
> So this being a Java group, surely other people than I around here got
> a hold of Google's latest Android beast. After some days of using it,
> I just can't get my hands down over it. It feels a bit like the
> original iPhone (aluminium back), same sturdy build albeit thinner and
> with gorilla glass. Screen is absolutely gorgeous and performance 2-3
> times that of the previous generation. I can not fathom why it got so
> relatively mixed reviews by the established blogosphere (engadget
> etc.). What is your impression?
>
> --
> You received this message because you are subscribed to the Google Groups 
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to 
> javaposse+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/javaposse?hl=en.
>
>
>
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima
-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Tracking code changes by devs

[Marcelo Fukushima]

we use a combination of peer review (no code gets commited without a
revisor:  ) and tag each commit with its associated JIRA issue (just
puttin the issue name in the commit comment). That way, with the JIRA
plugin, we can see for each funcionality associated commits, etc etc

on a (unrelated) note, ive tried mylar, but it was slightly slugish for me
to enjoy (and also, it works best if everyone is using it too and attaching
each "viewset" in each JIRA issue)

On Sat, Jan 30, 2010 at 1:43 PM, Rakesh  wrote:

> Hi all,
>
> I've been tasked with monitoring all the dev check ins so I can do a code
> review. We've had alot of issues around code quality.
>
> Essentially, I need to be able to know what java classes were involved in a
> piece of functionality and then go through it with the dev.
>
> Is there a way to do this? I guess either need to track changes by a
> particular dev (over a certain time period) or ask the devs to put some
> marker in the check in comment (probably the story number)?
>
> We use subversion. So I guess some magic command line tinkering? What about
> the code review tools out there?
>
> Cheers
>
> Rakesh --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: The iPhone, Open Systems, and Leaving Sun

[Marcelo Fukushima]

UPDATE: Engadget is reporting that the production lines are being
temporarily shut down in observance of the Chinese New Year.

Im guessing neither?

On Thu, Feb 11, 2010 at 6:34 PM, CKoerner  wrote:

>
> A good sign or bad sign?
>
>
> http://www.boygeniusreport.com/2010/02/11/palm-orders-halt-on-production-of-palm-pre-plus-palm-pixi-plus/
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Recommendations on cross-platform external drives?

[Marcelo Fukushima]

im considering buying the wd's mybook. There are even some models with
network

On Fri, Feb 19, 2010 at 1:31 PM, Matt Stine  wrote:

> All,
>
> Can anyone recommend a good external drive (preferably USB, >= 1 TB)
> that will play nicely across Windows, Mac, and Linux machines? I
> figured with the recent "backup" theme on the podcast that this might
> be a good forum for this question.
>
> Thanks!
>
> Matt
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: IT policies of large corporations - what is normal?

[Marcelo Fukushima]

but should devs have privileges over non devs? id be a little upset with
that. Where i work, there are some restricted URL's, but devs are free to
install whatever OS - but we have to manage them on our own. Those who
install windows have to be in the domain and install AV (and causes build
time to explode). Aside from pirated softwares, there are no restrictions on
software installation.

Ive seen companies that go as far as locking USB ports in order to prevent
pendrive usage. Also, internet was extremely restricted.

On Mon, Mar 1, 2010 at 2:54 PM, josef newton  wrote:

> A few of these are reasonable.  Most are ridiculous.
> What they are doing is instilling a blanket policy across all
> employees, no matter the job function.  They are treating you like a
> call center employee.  You are a software developer (I assume), you
> shouldn't be treated like a dumbass.  And fact is, if your are a
> software dev - you probably know enough to easily bypass most/all of
> these measures anyway.
>
> Banning IM and Skype are silly.  Do they ban cell phones/SMS?  Same
> thing really.
>
> software tracking?  Fairly standard, prevents piracy.  this makes
> sense actually.
>
> Virus checking is important for windows, no prob there - although they
> should let devs configure exclude dirs.  Virus checkers can KILL a
> windows box!  And they are just asking devs to hack their machines and
> turn it completely off (I bet many do).
>
> iTunes banned?  Eh?  Why?
>
> Encrypted harddrives?  Sounds like a clueless exec paranoid about IP.
> Almost no code IP is worth anything to an outsider.  Seriously, who is
> going to bother to try and figure out a competitor's code-base?
> Sounds like a huge PITA to me.  For a CFO/CEO, I can understand
> wanting to have an encrypted HD.  BTW, the overhead of encryption on a
> dev machine is very high.
>
> Manual proxies are a sign of an incompetent IT dept.  Who in this day
> still makes people manually configure a proxy?  What a pain - many
> apps don't use IE's system settings so you are in a constant config
> battle if you are on/off the corporate network.
>
> No SAAS?  heh.  just old school thinking. I think it's silly
> almost every corp still uses in-house Email.  Fact is Gmail rocks and
> is much more reliable, spam/virus free than any in-house managed
> email.
>
> Legal reasons?  I'm no lawyer... maybe there are laws out there...
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Feb 27, 1:24 pm, "phil.swen...@gmail.com" 
> wrote:
> > I am curious... I work for a large software vendor and our policies
> > are:
> >
> > -windows only (XP)
> > -outside IM is banned (we have internal jabber server)
> > -mandatory software that tracks every piece of software installed on
> > your machine
> > -manual proxy that tracks every outgoing web url (no banned urls tho)
> > -skype is strictly forbidden
> > -no use of SaaS software for company information
> > -virus checker on every machine, including servers (kills performance
> > on builds)
> > -encrypted harddrives
> > -itunes is banned
> > -VPN policy forces all traffic to be routed over internet
> >
> > The reasons behind this are supposedly that the company must track all
> > information for legal purposes.
> >
> > So I'm curious - do companies like Google, Oracle, Microsoft, Intel
> > have policies like this?
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: Evil(?) Apple suing HTC

[Marcelo Fukushima]

and filled in 2002
thats a lol moment for ya

On Sun, Mar 7, 2010 at 10:37 AM, Casper Bang  wrote:

> > Side note - you can't patent algorithms, only implementations of
> > algorithms.
>
> And how about this pathetic patent:
>
> http://www.google.com/patents?id=Szh4EBAJ&printsec=abstract&zoom=4#v=onepage&q=&f=false
>
> I'd say a linked list is very much an algorithm and no implementation
> is mentioned anywhere. Of course, the bulk of us would like to slap
> those patent guys with some of Knuth's thickest books!
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: JavaFX script to be dropped, JavaFX 2.0 will be an API on the JVM, usable from Java

[Marcelo Fukushima]

On Mon, Sep 20, 2010 at 5:49 PM, Cédric Beust ♔  wrote:

>
>
> On Mon, Sep 20, 2010 at 1:39 PM, Jess Holle  wrote:
>
>>  Well if they give JavaFX a *really* nice Java API so one can use it from
>> Java as easily as Swing, then there's nothing more compelling about SWT due
>> to this announcement.
>>
>> SWT has no point over Swing at this point (vs. when it was originally
>> created) unless you or your users are *really *hung up on widgets or
>> fonts tracking the native platforms *perfectly*.  Some of us really and
>> truly could care less.
>>
>
> You probably mean "could not care less", otherwise you're agreeing with me
> :-)
>
> A lot of people care about applications looking like the host OS they are
> running in, and SWT/JFace/EclipseRCP is way ahead of Swing in that area.
>

i actually too do not care if they look like the native platform as long as
they look decent


>
>
>>   Just give us a decent UI that runs on any desktop OS without any extra
>> native libraries, etc (which kills the notion of SWT immediately)
>>
>
> How so? Swing uses native libraries as well (well, AWT does). They are just
> implementing the UI at a different level than SWT.
>

the only difference is that those native libraries come with the jre. For
example, on solaris / opensolaris, its a little hard to use SWT based
applications - a while back i had to manually compile eclipse and the rcp in
order to work (my work machine is an opensolaris)



>
> The whole "native libraries are evil" thing died more than ten years ago.
>
>  and a reasonable API (which Swing has in my book).  The rest of the
>> Eclipse RCP might be nice -- but it's "contaminated" by SWT for those who
>> want no part of SWT.
>>
>
> Sounds like a pretty arbitrary and emotional position, but whatever works
> for you.
>
> --
> Cédric
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Facebook rumored to fork Android?

[Marcelo Fukushima]

i think those forks do not have (offical) access to the market (and the
other google apps) so its less of an issue

On Mon, Sep 20, 2010 at 6:24 PM, Robert Casto wrote:

> Well, I'm sure Google doesn't like their own stuff being used against them.
> They are trying to be too nice perhaps letting anyone fork the system. It is
> going to get very difficult to support all these devices and developers may
> have to pick and choose if things go too far.
>
>
>
> 2010/9/20 Cédric Beust ♔ 
>
> There are already dozens of manufacturers/third parties/carriers that
>> forked Android and shipped products with it without ever notifying Google
>> about it.
>>
>> Android was designed to allow that, I don't understand where all the
>> outrage about Facebook is coming from.
>>
>> --
>> Cédric
>>
>>
>> On Mon, Sep 20, 2010 at 1:28 PM, Fabrizio Giudici <
>> fabrizio.giud...@tidalwave.it> wrote:
>>
>>>
>>> http://www.dzone.com/links/r/will_google_sue_facebook_for_modifying_andriod_ju.html
>>>
>>>
>>> Another pile of shit coming?
>>>
>>> --
>>> Fabrizio Giudici - Java Architect, Project Manager
>>> Tidalwave s.a.s. - "We make Java work. Everywhere."
>>> java.net/blog/fabriziogiudici - www.tidalwave.it/people
>>> fabrizio.giud...@tidalwave.it
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "The Java Posse" group.
>>> To post to this group, send email to javapo...@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> javaposse+unsubscr...@googlegroups.com
>>> .
>>> For more options, visit this group at
>>> http://groups.google.com/group/javaposse?hl=en.
>>>
>>>
>>
>>
>> --
>> Cédric
>>
>>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "The Java Posse" group.
>> To post to this group, send email to javapo...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> javaposse+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/javaposse?hl=en.
>>
>
>
>
> --
> Robert Casto
> www.robertcasto.com
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Facebook rumored to fork Android?

[Marcelo Fukushima]

ive heard of the archos tablets  and some chinese
knock offs

2010/9/20 Fabrizio Giudici 

>  On 9/20/10 13:53 , Cédric Beust ♔ wrote:
>
>> There are already dozens of manufacturers/third parties/carriers that
>> forked Android and shipped products with it without ever notifying Google
>> about it.
>>
>> Android was designed to allow that, I don't understand where all the
>> outrage about Facebook is coming from.
>>
>>  BTW, can you enumerate some? I knew that it's practically a challenge to
> keep up with forks, and that only a few ones (such as a big chinese telco)
> is doing that.
>
>
> --
> Fabrizio Giudici - Java Architect, Project Manager
> Tidalwave s.a.s. - "We make Java work. Everywhere."
> java.net/blog/fabriziogiudici - www.tidalwave.it/people
> fabrizio.giud...@tidalwave.it
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Facebook rumored to fork Android?

[Marcelo Fukushima]

i think they could join OHA (which is not owned by google) and have a
properly licensed android phone with market access and all its goodness as
long as they obey the specs. And if they do that, i cant see how google
could/would block them

2010/9/21 Fabrizio Giudici 

>  On 9/20/10 16:24 , Cédric Beust ♔ wrote:
>
>>
>>
>> 2010/9/20 Fabrizio Giudici > fabrizio.giud...@tidalwave.it>>
>>
>>
>> On 9/20/10 13:53 , Cédric Beust ♔ wrote:
>>
>>There are already dozens of manufacturers/third
>>parties/carriers that forked Android and shipped products with
>>it without ever notifying Google about it.
>>
>>Android was designed to allow that, I don't understand where
>>all the outrage about Facebook is coming from.
>>
>>BTW, can you enumerate some? I knew that it's practically a
>>challenge to keep up with forks, and that only a few ones (such as
>>a big chinese telco) is doing that.
>>
>>
>> Well, any phone that doesn't ship with the Google logo was developed
>> without Google's involvement. Google has been involved in four phones in the
>> US, so all the others that you see are potential forks, including "sequels"
>> of Google phones (such as the Droid 2 and the Droid X).
>>
>>  Ok, my fault for bad wording - it's clear that we're not talking about
> Google branded phones, as they are pretty irrelevant. Let's restart.
>
> The point is not only in the fork per se, but in all the other things -
> that are not open - that makes an Android phone successful. First, the use
> of the Android Trade Mark. Second, the access to the Android Market. SInce
> we all know that the big fight is for ads, the intention of FaceBook is
> clearly to divert a substantial part of the incomes from Google to them -
> otherwise there would be no meaning in delivering a Facebook phone, as they
> already have an Android app in the Market.
>
> I don't think that such a "customization" would be ok for Google. I think
> they could keep the Facebook phone outside of the Market (especially after
> the latest update of the terms of use), and of course they can fire a roud
> of patent issues. OTOH Facebook might try to take advantage of the moment,
> as it could be embarassing for Google to play the Oracle's role at the same
> time that they are playing the opensource steward role.
>
> In any case, I repeat that I hope that this Facebook phone thing is just
> another hoax.
>
>
> --
> Fabrizio Giudici - Java Architect, Project Manager
> Tidalwave s.a.s. - "We make Java work. Everywhere."
> java.net/blog/fabriziogiudici - www.tidalwave.it/people
> fabrizio.giud...@tidalwave.it
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: JavaPosse #324

[Marcelo Fukushima]

wow now I so wish i was there...

On Thu, Sep 30, 2010 at 6:04 PM, Richard Fearn wrote:

> > Epic episode. Probably the funniest one since the chipmunks. Great
> > concept!  Yes, when will the video be available and where?
>
> It's now available:
>
> http://medianetwork.oracle.com/media/show/15810
>
> Rich
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: ScalaDBTest 0.1

[Marcelo Fukushima]

i guess one could count the ability to create test cases without extending
TestCase could count as a positive thing

On Wed, Oct 27, 2010 at 8:55 AM, Mark Volkmann wrote:

> That reminds me of JUnit 4. Supposedly the @Test annotation is a good
> thing. I don't see how the ability to create test methods whose names
> do not begin with "test" is a good thing.
>
> On Tue, Oct 26, 2010 at 6:36 PM, Augusto Sellhorn
>  wrote:
> > Annotations are a funny thing, you can (like anything) also abuse
> > them. There's a project out there (don't know if I should point it
> > out) that decided to create listeners via annotations instead of
> > listener interfaces.
> >
> > It actually ends up with the code being less clear than the
> > alternative.
> >
> > ex:
> >
> > public class TrumpetTest implements TrumpetListener{
> >public void playTrumpet(Event ev) {
> >}
> >
> >public Test() {
> > Trumpet trumpet = new Trumpet ();
> >  trumpet .addTrumpetListener(this);
> >}
> > }
> >
> > vs
> >
> > @Listener
> > public class TrumpetTest {
> >   @PlayTrumpet
> >   public void annotatedListen(Event ev) {
> >   }
> >
> >  public Test() {
> > Trumpet trumpet = new Trumpet ();
> >  trumpet .addListener(this);
> >  }
> > }
> >
> > Now the annotation approach makes it so that there are less
> > addXXXListener() methods, and I can have an uber listener that has a
> > list of annotations (@PlayTrumpet, @FixTrumpet, etc) but this makes
> > the code harder to maintain.
> >
> > The annotation makes it so there's only one method signature for the
> > events, with a shared event object and also (at least in the API I'm
> > talking about) you can tag a method with an annotation with different
> > args, you just don't get the event (or even know about the contract
> > for the event).
> >
> > Horrible!
> >
> > On Oct 25, 6:41 pm, Liam Knox  wrote:
> >> Yes fantastic metric characters are in measuring bolierplate
> >>
> >> i.e
> >>
> >> foo() {
> >> t.s();
> >>
> >> t.c();
> >>
> >> }
> >>
> >> or
> >>
> >> @Transactional
> >> foo(){}
> >>
> >> On Mon, Oct 25, 2010 at 10:31 PM, Kevin Wright <
> kev.lee.wri...@gmail.com>wrote:
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> > No, because that's based on an assumption that more lines = more
> >> > functionality
> >>
> >> > Though I can see how those in favour of not removing boilerplate, and
> >> > questioning the benefits of a 30% reduction might see this as a good
> metric
> >>
> >> > On 25 October 2010 14:28, Liam Knox  wrote:
> >>
> >> >> Should we go back to measuring productivity by lines of code written?
> >>
> >> >> On Mon, Oct 25, 2010 at 10:26 PM, Augusto Sellhorn <
> >> >> augusto.sellh...@gmail.com> wrote:
> >>
> >> >>> This is really bizarre, I've heard people say that fewer lines of
> code
> >> >>> is desirable, but this is the first time I hear somebody say that X%
> >> >>> fewer characters lead almost exactly to X% reduction in complexity!
> >>
> >> >>> ---
> >>
> >> >>> for(int
> >> >>> indexOfAuthorInCurrentIteration=0;
> >> >>> indexOfAuthorInCurrentIteration<=authorsFromNameQuery.length;
> >> >>> ++indexOfAuthorInCurrentIteration) {
> >> >>>  Author currentAuthorBeingIteratedOver
> >> >>> = authorsFromNameQuery[indexOfAuthorInCurrentIteration]
> >> >>>  // do something with the author
> >> >>> }
> >>
> >> >>> ---
> >>
> >> >>> Nobody is saying you have to use super long names here, what you are
> >> >>> saying is that less characters more % reduction in complexity, which
> >> >>> leads to this
> >>
> >> >>> for (int i=0; i <= aq.length; ++i) {
> >> >>>Author aa = aq[i];
> >> >>> // do something with the author
> >> >>> }
> >>
> >> >>> Which I don't think results in any % less chances of bugs, as a
> matter
> >> >>> of fact it ends up being less readable than some reasonable and
> clear
> >> >>> names that could have been applied.
> >>
> >> >>> I hope in your code reviews you are not doing character counts and
> >> >>> blasting developers on these bogus measurements.
> >>
> >> >>> --
> >> >>> You received this message because you are subscribed to the Google
> Groups
> >> >>> "The Java Posse" group.
> >> >>> To post to this group, send email to javapo...@googlegroups.com.
> >> >>> To unsubscribe from this group, send email to
> >> >>> javaposse+unsubscr...@googlegroups.com
> 
> >> >>> .
> >> >>> For more options, visit this group at
> >> >>>http://groups.google.com/group/javaposse?hl=en.
> >>
> >> >>  --
> >> >> You received this message because you are subscribed to the Google
> Groups
> >> >> "The Java Posse" group.
> >> >> To post to this group, send email to javapo...@googlegroups.com.
> >> >> To unsubscribe from this group, send email to
> >> >> javaposse+unsubscr...@googlegroups.com
> 
> >> >> .
> >> >> For more options, visit this group at
> >> >>http://groups.google.com/group/javaposse?hl=en.
> >>
> >> > --
> >> > Kevin Wright
> >>
> >> > mail / gta

Re: [The Java Posse] Re: is the iPhone Development Environment Superior to Android's?

[Marcelo Fukushima]

im not sure about today, but back when i used Visual Studio 05, eclipse (i
think it was 3.0) felt faster (mainly due to compile on save) and also more
feature rich.
Lastly, it could be my imagination, but having VS installed made my machine
slow as a whole (my collegue said it was because of the debugger)

On Tue, Nov 23, 2010 at 1:05 PM, Casper Bang  wrote:

> Seriously, Java development tools have always been slow (compared to
> established alternatives i.e. Visual Studio), but if you find Eclipse
> slow then stay far away from NetBeans (and Maven). Never done any
> XCode, but would be surprised if it is categorized as superior due to
> "feeling faster", in a age where a commodity CPU supports 8 native
> threads.
>
> On Nov 23, 3:25 pm, Robert Casto  wrote:
> > I've had the same experience. Switching between files would take seconds,
> > sometimes 10 or more seconds. I installed a version of Eclipse just for
> > doing Android work, on a Mac Book Pro, and still it took forever. I had
> > nothing else running except Firefox, not even iTunes or the emulator was
> > running on the machine.
> >
> > There are settings you can change to improve Eclipse performance, but it
> is
> > bad enough that the team is looking at IntelliJ hoping it is a good
> > alternative for Android development. Lots of times I go to VI and then do
> an
> > ANT build for quick changes. Much easier sometimes than having a huge
> number
> > of tools available that get in the way of each other.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > On Tue, Nov 23, 2010 at 9:18 AM, CKoerner  wrote:
> >
> > >http://www.infoq.com/news/2010/11/iphone-android-dev-env
> >
> > > With the increasing popularity of mobile applications, many people
> > > venture in publishing comparisons of the developer experience in each
> > > environment. About a year ago, David Green published a thorough review
> > > of both environments while John Blanco published last week a
> > > comparative analysis of the iPhone and Android Development
> > > Environments. Both Dave and John agree:
> >
> > >  "using Java is much better than Objective-C. Private methods, inner
> > > classes,
> > >   anonymous classes, generics, better function syntax, and a much
> > > wider plethora
> > >   of 3rd-party code are just a small smattering of the advantages of
> > > Java. It’s no contest."
> >
> > > John and Dave disagree on Xcode vs Eclipse:
> >
> > > [John] "I used to love Eclipse. I could master one IDE and get
> > > benefits for whatever work I do. It’s been over a year since I had to
> > > use Eclipse [...] and coming back has been… …a horrible experience… I
> > > don’t know how it happened. Eclipse is bloated, slow, and the simple
> > > act of changing editor contexts (XML vs. Java vs. Android Manifest,
> > > etc.) is mind-numbing. It takes seconds. [...]  it’s making for a
> > > *miserable* experience doing Android work. Contrast this with XCode,
> > > XCode is a delight to work with. It’s sleek, lightning-fast, and I
> > > never see any slowdown when typing in code. I took XCode for granted
> > > for sure. XCode in a landslide."
> >
> > > [Go to the link for the full article]
> >
> > > --
> > > You received this message because you are subscribed to the Google
> Groups
> > > "The Java Posse" group.
> > > To post to this group, send email to javapo...@googlegroups.com.
> > > To unsubscribe from this group, send email to
> > > javaposse+unsubscr...@googlegroups.com
> 
> > > .
> > > For more options, visit this group at
> > >http://groups.google.com/group/javaposse?hl=en.
> >
> > --
> > Robert Castowww.robertcasto.com
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: James Gosling on Apple, Apache, Google, Oracle and the Future of Java

[Marcelo Fukushima]

i wonder if that would make ruby and the like more or less popular

On Sun, Dec 5, 2010 at 11:54 AM, Reinier Zwitserloot wrote:

> A separate reply to Cedric's very interesting question of: Which
> language would have succeeded if java hadn't.
>
> At first I'm fairly sure C would have kept most of the now java
> programmers, but I rather doubt C would have become mainstream for web
> development. Its just spectacularly badly suited to do so. I'm
> guessing python would have become larger much faster than it has
> today, and PHP would also have been kludged on more. But, who knows?
> Maybe the scripting disdain that's lasted so long (well into the
> middle 2000s) would have meant someone rolled up a garbage collected C
> variant with a standard library set well-suited to building web apps.
>
> On Dec 4, 8:01 pm, Cédric Beust ♔  wrote:
> > On Sat, Dec 4, 2010 at 7:28 AM, Neil Bartlett 
> wrote:
> > > I'm *not* surprised that he didn't mention the Date and Calendar APIs.
> > > He should have, but I'm not surprised he didn't. I'm also not
> > > surprised that he failed to mention primitives and arrays.
> >
> > Careful with revisionism here.
> >
> > I think the decision to have primitives is one of the subtle details that
> > made Java the success it is today. Back then, performance was a huge deal
> > and it took years before Java's speed started being perceived as "good
> > enough". With that in mind, using objects for everything would have been
> a
> > terrible mistake, one that might have turned Java into an interesting
> > language that was soon sent back to the dark corners of programming
> language
> > history.
> >
> > It's always dangerous to reexamine past decisions with present insight.
> >
> > A more interesting hypothetical question to me is what language would
> have
> > emerged if Java hadn't succeeded...
> >
> > --
> > Cédric
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Programming Language Popularity

[Marcelo Fukushima]

one of the axis was stackoverflow and the other is from github. The point
was to see if theres a correlation between both - witch seens to exist

2010/12/10 Cédric Beust ♔ 

> My bad, I should have read the description of the graph in more details.
>
> I think that using github for popularity is wrong, though. Github is an
> open source source control system, you can bet that a huge portion of the
> developer community is not being counted by looking at github.
>
> StackOverflow looks like a much better source of data since even developers
> who are working on proprietary/closed source software or not engaged in any
> kind of community at all might one day to post a comment or ask a question
> there.
>
> I'd be curious to see this graph adjusted when it's sourced just from
> StackOverflow instead of being both StackOverflow and github.
>
> --
> Cédric
>
>
> On Fri, Dec 10, 2010 at 11:10 AM, Josh Berry  wrote:
>
>> 2010/12/10 Cédric Beust ♔ :
>> > This simple fact is enough to make the whole graph look very
>> questionable to
>> > me.
>> > There is a staggering amount of software written in Visual Basic, even
>> if
>> > you break it down by individual versions. There is no way that the Scala
>> > code base can come even remotely close to that.
>>
>> What does the popularity of a programming language have to do with its
>> installed base?  I don't think there is even an implicit claim that
>> there is more scala code out "in the wild" than there is vb.  There
>> is, however, a direct claim that there is more stuff tagged as such in
>> both stack overflow and in github.  That is something you can verify.
>>
>> If you were to chart out a graph that had lines of code written on the
>> paycheck, I would expect to see scala plummet.  Of course, I might
>> expect some other languages that people don't like to start rising.
>>
>> More amusingly, chart out languages used in CS research projects.  I
>> would think Haskel would start rising there.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "The Java Posse" group.
>> To post to this group, send email to javapo...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> javaposse+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/javaposse?hl=en.
>>
>>
>
>
> --
> Cédric
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: 64bit JDK on Windoze?

[Marcelo Fukushima]

ive been running a big-ish webapp (both in development and production) on a
64bit JVM for about a month and have not noticed such dramatic performance
drop. But them again, im not running windows nor using compressedOOPs -
maybe its one of those?

On Fri, Feb 11, 2011 at 2:21 PM, Sean Comerford
wrote:

> It's a web server processing the exact same # of requests as before.
>
> It was running into GC pause / OOM issues before when we were limited to a
> 1.2 GB heap by the 32 bit JDK. And yes, the real issue is to cache (or more
> exactly clear caches) properly but that's harder to solve :-)
>
> So we switched to 64 bit in order to set a 3 GB heap. This alleviated the
> memory contention and has made the service more stable / run longer w/o
> needing restart
>
> We definitely expected some degree of increased CPU with the 64 bit stuff
> but what we're seeing is huge - more than 2X increase in CPU.
>
> Maybe that's just par for the course given what we've done but I can't help
> feel like I'm missing something tuning wise.
>
>
> On Fri, Feb 11, 2011 at 8:49 AM, Eric  wrote:
>
>> I'm running the 64 bit JDK on my laptop but I've only begun to compile
>> programs on it so I don't know much about performance differences.  I
>> thought 64 bit was supposed to be better at using up memory to get
>> more performance.
>> Is more CPU usage a good thing?  Is there a noticeable performance
>> increase?
>>
>> On Feb 10, 10:09 pm, Sean Comerford 
>> wrote:
>> > Any of you posse people have much experience running the 64 bit 1.6
>> Oracle
>> > JVM on Windows?
>> >
>> > We recently cut some services over to it, using the CompressedOOPS.
>> >
>> > Accomplishes the goal of giving us 4 GB heaps but the extra cost in CPU
>> > usage seems excessively high. We expected some penalty in this respect
>> but
>> > same app now seems to be using more than double the CPU.
>> >
>> > Guess I'm just wondering if we're missing some big dial that only
>> applies to
>> > 64 bit.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "The Java Posse" group.
>> To post to this group, send email to javaposse@googlegroups.com.
>> To unsubscribe from this group, send email to
>> javaposse+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/javaposse?hl=en.
>>
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javaposse@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

javaposse@googlegroups.com

[Marcelo Fukushima]

Does swt look native though? eclipse certainly doesnt look native to me (but
i guess its not as weird as swing)

2011/2/22 Cédric Beust ♔ 

>
>
> On Tue, Feb 22, 2011 at 11:37 AM, Jan Goyvaerts wrote:
>
>> Hi there !
>>
>>
>> Is there anyone in here who has experience with Java look & feel which
>> look like native application for their respective operation system ?
>>
>> A friend asked whether I knew such a library and answered maybe Synthetica
>> is what he was looking for.
>>
>> I've had a half-disgusted answer that this was definitly NOT native. Look
>> what they did to menu on MacOS ! It's inside the window as for Windows ! :-)
>>
>>
>> So, can I reassure my friend there actually is something like that for
>> Java somewhere ?
>>
>
> There is, it's called SWT  (and there is a
> higher order library built on top of SWT called 
> JFace
> ).
>
> Trying to write a GUI that looks native on Swing will bring you nothing but
> endless frustration.
>
> --
> Cédric
>
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javaposse@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: Android Market in-app payments: just as bad?

[Marcelo Fukushima]

and how does corporate private softwares work? such as front-end's to your
own custom webservice / whatnot? do you still have to take the itunes
route?

On Wed, Mar 2, 2011 at 11:30 AM, Karsten Silz wrote:

> On Mar 2, 12:19 pm, Reinier Zwitserloot  wrote:
> > You enter your iPhone's unique ID to produce an 'installer'
> (double-clicking
> > it opens iTunes and does some voodoo there, and the next time that
> specific
> > iPhone is plugged into that device, that program is transferred).
>
> Per app, you can install on 100 real devices (which includes your own
> test devices).  People send you their iOS device ID, and you add them
> to your provisioning portal in the iOS Dev center and include them in
> your ad-hoc provisioning profile.  You distribute your app by mail (I
> think it's supposed to be a one-click affair in Xcode, but last time I
> did this back in November, I manually attached the app to the mail).
>
> Depending on how many beta testers you have and how many reviewers /
> bloggers you want to send your app for free, 100 may not be enough.
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javaposse@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: Bruce Eckel's blog; first paedagogic Scala intro I've seen

[Marcelo Fukushima]

Where i work, we dont use final on arguments but have checkstyle rules
against reassigning method arguments
On Jun 13, 2011 5:57 PM, "Josh Berry"  wrote:
> 2011/6/13 Cédric Beust ♔ :
>> My argument is that I can hardly remember last time I was bitten by a bug
>> because I reassigned a variable wrongly (or even, I reassigned a
variable,
>> period). In contrast, the noise introduced by using `final` everywhere is
as
>> annoying to me as Python saying `self` every other word, so overall, the
>> trade-off is not worth it.
>
> I've had this argument at work several times. We have a style guide
> saying that you must make all parameters final. I'm not against it,
> per se, but I do think it is silly to think that it prevents mistakes
> in most places. (Now, fields, I'm all for making final and curse gwt
> whenever I realize I have to stop doing so.)
>
> --
> You received this message because you are subscribed to the Google Groups
"The Java Posse" group.
> To post to this group, send email to javaposse@googlegroups.com.
> To unsubscribe from this group, send email to
javaposse+unsubscr...@googlegroups.com.
> For more options, visit this group at
http://groups.google.com/group/javaposse?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

[The Java Posse] Re: Annotations, annotate thy self.

[Marcelo Fukushima]

i think you just have to get the Method object and call
getGenericReturnType. If its a fixed type (one that is bound at
compile time), you can cast it to ParameterizedType and call
getActualTypeArguments, witch in turn will return an array with the
type parameters as Class objects. Its a really ugly piece of code.

Method method = Bla.class.getMethod("getStringClasss");
ParameterizedType type = (ParameterizedType)
method.getGenericReturnType();
System.out.println(type.getActualTypeArguments()[0]);


On Sat, Sep 6, 2008 at 8:57 AM, Christian Catchpole
<[EMAIL PROTECTED]> wrote:
>
> You can?  You could reflect the value on the method result, but I
> thought you couldn't reflect it on the Method itself.  If so, please
> demonstrate.
>
> On Sep 6, 7:21 am, Reinier Zwitserloot <[EMAIL PROTECTED]> wrote:
>> 'annotations are truely retarded'.
>>
>> Wow, Viktor. You should get that seething bile looked at.
>>
>> You CAN actually reflect the Blah in:
>>
>> public Class getObjectThingy(Object object);
>>
>> You cannot reflect the Blah in:
>>
>> public  Class getObjectThingy(Blah object);
>>
>> On Sep 5, 9:36 am, "Viktor Klang" <[EMAIL PROTECTED]> wrote:
>>
>> > Yes Chris, annotations are truely retarded.
>> > However, as with all things retarded, they usually have lots of zealous
>> > worshippers.
>>
>> > But like always, Sun does not fix what Sun has broken.
>>
>> > Cheers
>> > Viktor
>>
>> > On Fri, Sep 5, 2008 at 2:56 AM, Christian Catchpole <[EMAIL PROTECTED]
>>
>> > > wrote:
>>
>> > > Don't get me started on Annotations.. what annoys me about them, is
>> > > that while they are soft data implemented as first class classes.
>> > > Meaning, to inspect a runtime annotation, the annotation must be in
>> > > the classpath.  You might forgive that (claiming its a dependancy)
>> > > Yet the annotation simply contains Strings and/or primitives in some
>> > > kind of template  Seems to be the worst of both worlds - No real types
>> > > in that you are forced to reference say, class names as Strings, but
>> > > the annotation itself is a real type which must resolve.  I don't
>> > > claim to be an expert on annotations, havent used them that much, but
>> > > perhaps they would have been nicer if they were value holders but
>> > > simply permitting no code...
>>
>> > > @ReturnClass( Blah.class )
>> > > public Class getSpecialClassThingy(Obect thing) {
>>
>> > > This is just off the top of my head.  Forgive all errors of logic. :)
>>
>> > > You could return Class but that's not reflectable anyway.. but
>> > > that another thread.. :)
>>
>> > > On Sep 5, 8:15 am, Casper Bang <[EMAIL PROTECTED]> wrote:
>> > > > We used to say "If it compiles, the crap works". Now a day, with all
>> > > > the annotation cr... stuff, this doesn't seem to hold true any longer.
>>
>> > --
>> > Viktor Klang
>> > Rogue Software Architect
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Help!! Programming mobile application

[Marcelo Fukushima]

i think yesterday the Editor's daily blog on java.net had something in
that regard - JME on mac. Unfortunatelly i don't have much details,
but the link to the referred article:
http://weblogs.java.net/blog/editors/archives/2008/09/wanna_be.html

On Tue, Sep 23, 2008 at 4:42 PM, shano88 <[EMAIL PROTECTED]> wrote:
>
> Hi
> Does anyone know what environment to use when creating an application
> for a mobile phone. I though it was J2ME but this doesn't work on my
> mac. So any help is appreciated. Thanks
>
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Have we given up on the idea of code reuse?

[Marcelo Fukushima]

where i work, we have a couple of libs that are shared amongst most
(all?) of the projects and a small team is almost solely responsible
for those libraries - as a whole, they are treated just like any other
project whose customers are inside the company

while it works most of the time, there are some arguing over fixes for
a project that breaks another. Usually we adopt the 'right' path and
the team responsible for the shared lib is also responsible for fixing
the broken project - that was the only model everyone could agree on

On Mon, Oct 13, 2008 at 9:31 PM, Weiqi Gao <[EMAIL PROTECTED]> wrote:
>
> Alexey Zinger wrote:
>> I am currently contracting for a major US corporation.  This is my first
>> gig working in a development environment of this scale and their answer
>> is basically to have each team responsible for their own code base, but
>> most teams' code is visible to most other teams.  Due to huge variations
>> in underlying technologies, developer skills and experience, and other
>> factors, it's not uncommon for a team to treat another team's code as
>> though it's a rabid dog.  That said, the company employs a number of
>> tactics to improve developer productivity through certain tools that
>> allow easy customization and creation of very high level apps.  I do
>> wish we had a better maintained library index (library library?).  Part
>> of the problem with most people's dislike for adoption of other people's
>> code is lack of documentation, not to mention lack of abstraction.  I try
>> to do my part to rectify those in my own code, but it's hard to do since
>> there's no immediate incentive for any team to make their output
>> attractive to another team.
>
> Keep in mind that "reusable" code can cost as much as ten times as
> comparable "non-reusable" code.  And in situations like a big
> corporation with many independent development teams, it's not easy to
> distribute the cost of reusable code.
>
> If developer A created a Customer class for project X, and developer B
> wants to use the class in project Y, it is usually the case that the
> class may need to be modified a little bit.  A whole slew of questions
> arise right there:
>
>   + Who should make the modification, A or B?
>   + What is the modification breaks project X?
>   + To which cost account should the time be charges?
>   + What if the class needs to be changed later (for either project)?
>   + Who are going to be in charge of the code going forward?
>
> If developer C on project Z also wants to use the class, it becomes a
> three way tug-of-war.  And pretty soon the whole thing bogs down.
>
> The only way things are going to work out is if someone is given the
> power/oversight over all the projects, and plan for the "enterprise"
> class library, and make it a policy for all projects to use the reusable
> code.
>
> On the bright side, code reuse is alive and well in most places.  If you
> use the JDK, chances are that more than 50% of code that is run were not
> written by the project, but by the JDK team.  Ditto if you use a third
> party application framework.
>
> And also don't forget that code reuse on a smaller scale is happening
> every time you do an "extract method" refactoring and your IDE tells you
> "There are five other places where exactly the same code is present, do
> you want to replace those with the refactored method?"
>
> --
> Weiqi Gao
> [EMAIL PROTECTED]
> http://www.weiqigao.com/blog/
>
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: POI stands for....

[Marcelo Fukushima]

some of the classes are also bitter-named:
HSSF stands for Horrible SpreadSheet Format

On Thu, Nov 6, 2008 at 11:19 AM, Rick <[EMAIL PROTECTED]> wrote:
>
> // shows my age
>
> ...allegedly POI originally stood for "Poor Obfuscation
> Implementation", and no doubt reflects early frustration with the
> arbitrarily silly Microsoft file formats.
>
> But I think at some point relations improved with Microsoft, and so in
> order to play nice, the original unofficial meaning of POI was
> redacted.  Now it doesn't stand for anything.
>
>
>
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: NetBeans... nice!

[Marcelo Fukushima]

i cant speak for everyone, but once you're used to an IDE, its hard to change
at least it is for me anyway

On Thu, Nov 6, 2008 at 9:16 AM, kibitzer <[EMAIL PROTECTED]> wrote:
>
> I'm tellin ya, NetBeans is the best!  (best free Java IDE). I CANNOT
> understand why people like Eclipse.
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Fwd: [The Java Posse] Re: episode 215: reflection and generics

[Marcelo Fukushima]

just a quick observation: it only works because the maps you're trying
to extract the generic info from, contains such information in the
containing class file (the GenericTest fields specifically) - try
changing the field types to Map and you wont the get info
anymore, even tough you created the maps with the type information

-- Forwarded message --
From: Tasos Zervos <[EMAIL PROTECTED]>
Date: Mon, Nov 10, 2008 at 10:48 AM
Subject: [The Java Posse] Re: episode 215: reflection and generics
To: The Java Posse 



If you aren't keen to follow the article try this:

import java.lang.reflect.*;
import java.util.*;

public class GenericTest
{
   public HashMap map1 = new HashMap();
   public HashMap map2 = new HashMap();

   public static String fieldSignature(Object obj, String fieldName)
   throws SecurityException,
NoSuchFieldException
   {
   StringBuffer signature = new StringBuffer(fieldName);
   Field field = GenericTest.class.getField(fieldName);
   Type genericFieldType = field.getGenericType();
   if(genericFieldType instanceof ParameterizedType)
   {
   signature.append(" is of type
").append(obj.getClass().getName()).append("<");
   ParameterizedType aType = (ParameterizedType)
genericFieldType;
   Type[] fieldArgTypes = aType.getActualTypeArguments();
   for(Type fieldArgType : fieldArgTypes)
   {
   Class fieldArgClass = (Class) fieldArgType;
   signature.append(fieldArgClass.getName()).append(",");
   }
   signature.append(">");
   }
   return signature.toString();
   }

   public static void main(String[] args) throws SecurityException,
NoSuchFieldException
   {
   GenericTest test = new GenericTest();
   System.out.println("map1.getClass() == map2.getClass() is "
   + (test.map1.getClass() == test.map2.getClass()) );
   System.out.println("map1.getClass() is " +
test.map1.getClass());
   System.out.println("map2.getClass() is " +
test.map2.getClass());
   System.out.println(GenericTest.fieldSignature(test.map1,
"map1"));
   System.out.println(GenericTest.fieldSignature(test.map2,
"map2"));
   }
}

My quick test shows:
map1.getClass() == map2.getClass() is true
map1.getClass() is class java.util.HashMap
map2.getClass() is class java.util.HashMap
map1 is of type java.util.HashMap
map2 is of type java.util.HashMap

:-D

Tasos

On Nov 10, 12:46 pm, Tasos Zervos <[EMAIL PROTECTED]> wrote:
> The equality test has to return true otherwise you would be breaking
> compatibility with older code.
> This doesn't mean that there aren't other ways to find the "signature"
> of map1 and map2.
>
> The Reflection API does provide access to the "specific" types of
> generic signatures.
>
> Have a look at this 2005 
> article:http://www-128.ibm.com/developerworks/java/library/j-cwt11085.html#h2
>
> The article series uses ASM (DRY) also later on.
>
> On Nov 4, 11:05 pm, Christian Catchpole <[EMAIL PROTECTED]>
> wrote:
>
> > Here is my analysis of the situation.  I could be wrong.  But here
> > goes..
>
> > When I got my copy of Java 5 my first question was, do generics really
> > take the cast out of the equation?  I disassembled the code to find
> > the cast still exists.  This implies that when you compile this..
>
> > HashMap map = new HashMap()
> > String string = map.get("");
>
> > The generated code actually equates to this..
>
> > HashMap map = new HashMap()
> > String string = (String)map.get("");
>
> > The class returned by map.getClass() does not know the map only
> > contains Strings.  It's actually the reference to the map which
> > marshals the types.
>
> > I did a quick test...
>
> > HashMap map1 = new HashMap();
> > HashMap map2 = new HashMap();
>
> > System.out.println(map1.getClass() == map2.getClass());
>
> > true
>
> > They use the same class and can't therefore hold the type information
> > for both declarations.
>
> > I can only assume this re-compiler the posse were talking about, scans
> > the code for the actual cast / type check to determine the types.




-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Fwd: [The Java Posse] Re: episode 215: reflection and generics

[Marcelo Fukushima]

actually my point was that you can only get the generic type
information in the cases where it is there in compile time

but, for instance, imagine that you had this:


public class GenericTest {
  private List list = new ArrayList();
}

even if you create an instance of GenericTest with String, the generic
type of the list field would be ParameterizedType and theres
absolutely no way to get the String parameter you passed in the
constructor - thats because in java, generics are implemented with
erasure instead of reified types, in which case you could fetch the
type information


On 11/11/08, Tasos Zervos <[EMAIL PROTECTED]> wrote:
>
>  Can you please give an example with some bits of code?
>  I'm not sure what scenario you are trying to solve (or implying you
>  can't solve).
>  What are you going to use a Map instance field for?
>  (Would this be a "Generics" way of initialise a field?)
>
>
>  On Nov 10, 10:27 pm, "Marcelo Fukushima" <[EMAIL PROTECTED]> wrote:
>  > just a quick observation: it only works because the maps you're trying
>  > to extract the generic info from, contains such information in the
>  > containing class file (the GenericTest fields specifically) - try
>  > changing the field types to Map and you wont the get info
>  > anymore, even tough you created the maps with the type information
>  >
>  > -- Forwarded message --
>
> > From: Tasos Zervos <[EMAIL PROTECTED]>
>  > Date: Mon, Nov 10, 2008 at 10:48 AM
>  > Subject: [The Java Posse] Re: episode 215: reflection and generics
>  > To: The Java Posse 
>  >
>  > If you aren't keen to follow the article try this:
>  >
>  > import java.lang.reflect.*;
>  > import java.util.*;
>  >
>  > public class GenericTest
>  > {
>  >public HashMap map1 = new HashMap();
>  >public HashMap map2 = new HashMap();
>  >
>  >public static String fieldSignature(Object obj, String fieldName)
>  >throws SecurityException,
>  > NoSuchFieldException
>  >{
>  >StringBuffer signature = new StringBuffer(fieldName);
>  >Field field = GenericTest.class.getField(fieldName);
>  >Type genericFieldType = field.getGenericType();
>  >if(genericFieldType instanceof ParameterizedType)
>  >{
>  >signature.append(" is of type
>  > ").append(obj.getClass().getName()).append("<");
>  >ParameterizedType aType = (ParameterizedType)
>  > genericFieldType;
>  >Type[] fieldArgTypes = aType.getActualTypeArguments();
>  >for(Type fieldArgType : fieldArgTypes)
>  >{
>  >Class fieldArgClass = (Class) fieldArgType;
>  >signature.append(fieldArgClass.getName()).append(",");
>  >}
>  >signature.append(">");
>  >}
>  >return signature.toString();
>  >}
>  >
>  >public static void main(String[] args) throws SecurityException,
>  > NoSuchFieldException
>  >{
>  >GenericTest test = new GenericTest();
>  >System.out.println("map1.getClass() == map2.getClass() is "
>  >+ (test.map1.getClass() == test.map2.getClass()) );
>  >System.out.println("map1.getClass() is " +
>  > test.map1.getClass());
>  >System.out.println("map2.getClass() is " +
>  > test.map2.getClass());
>  >System.out.println(GenericTest.fieldSignature(test.map1,
>  > "map1"));
>  >System.out.println(GenericTest.fieldSignature(test.map2,
>  > "map2"));
>  >}
>  > }
>  >
>  > My quick test shows:
>  > map1.getClass() == map2.getClass() is true
>  > map1.getClass() is class java.util.HashMap
>  > map2.getClass() is class java.util.HashMap
>  > map1 is of type java.util.HashMap
>  > map2 is of type java.util.HashMap
>  >
>  > :-D
>  >
>  > Tasos
>  >
>  > On Nov 10, 12:46 pm, Tasos Zervos <[EMAIL PROTECTED]> wrote:
>  > > The equality test has to return true otherwise you would be breaking
>  > > compatibility with older code.
>  > > This doesn't mean that there aren't other ways to find the "signature"
>  > > of map1 and map2.
>  >
>  > > The Reflection API does provide access to the "specific" types of
>  > > generic signatures.
>  >
>  > > Have a look at this 2005 
> article:http://

[The Java Posse] Re: 64bit Linux and Java

[Marcelo Fukushima]

i think those issues are being resolved

i've ran into this blog entry a while back:

http://blog.juma.me.uk/2008/10/14/32-bit-or-64-bit-jvm-how-about-a-hybrid/


On Sun, Nov 16, 2008 at 6:09 PM, Jess Holle <[EMAIL PROTECTED]> wrote:
> Two things:
>
> There are cases where one needs 64-bit, even for a desktop application
> (think engineering apps).
>
> Embed a browser in one of these and you suddenly really want a 64-bit Java
> Plug-In.
>
> The size of the impact of 64-bit pointers has been worked around by other
> JVM vendors.
>
> While I understand Sun's stance here, the 32 vs. 64-bit tradeoffs are most
> severe for the Sun JVMs right now to the best of my knowledge.
>
> --
> Jess Holle
>
> Joshua Marinacci wrote:
>
> Absolutely. And for many programs this is awesome. But for many
> others, such as your typical browser or desktop based app that spends
> 99% of it's time waiting on user input, it's overkill.  I don't want
> to dis 64bit computing. I just want to explain that, like any
> engineering decision, it involves tradeoffs.  BTW, I believe I heard
> that a 64bit Java plugin will be coming in one of the next few update
> releases, which means you could make an applet that accesses more than
> 4GB of memory.  I wonder what interesting things you could do with
> that. I'll leave it as an exercise to the reader. :)
>
> - J
>
>
> On Nov 16, 2008, at 8:57 PM, Casper Bang wrote:
>
>
>
> Yeah but memory is dirt cheap and it's now almost a decade ago 64bit
> x86 CPU's were introduced. The beauty of 64bit is that many operations
> which had to be broken up in composites on 32bit (i.e. on long and
> double) can now be done in one go by the JVM. This has performance
> impacts but probably more importantly, it means operations on these
> are atomic and thus thread safe - not having to spread locking or
> volatile directives around ones code or be an expert on the Java
> Memory Model, could be seen as a desirable trait.
>
> /Casper
>
> On Nov 15, 5:19 pm, Joshua Marinacci <[EMAIL PROTECTED]> wrote:
>
>
> Keep in mind that going 64bit means many memory structures double in
> size.  64bit is great for certain applications that really need to
> access more than 4GB of memory, but for most applications
> (particularly desktop apps) it's overkill that wastes memory.
>
> - J
>
> On Nov 14, 2008, at 11:53 PM, Alexander Snaps wrote:
>
>
>
> Todd,
> Not sure this might actually help you, yet I've been using IntelliJ
> within a
> 64bit linux environment for quite some time.
> I had to to increase the maximum permgen size quite a bit (around
> 50%) to
> have it to be happy first. After that I never had problems anymore.
> It used
> to be a Gentoo Linux on a Sun Ultra20 AMD Opteron box. It was my
> main box
> for a couple of years. Meanwhile I've switched to OS X and there I
> only had
> issue with IDEA8 on Java5, switchin to Java6 and increasing the max
> permgen
> again solved it too now, but that's another story.
> Thought I'd share this...
> Alex
>
>
> On Fri, Nov 14, 2008 at 9:51 PM, ToddH <[EMAIL PROTECTED]>
> wrote:
>
>
> I finally bit the bullet and upgraded to 64 bit Linux. I'm
> currently
> using the 64 bit Sun JDK and get very occasional hangs in Intellij
> IDEA and Jetty. Anyhow, I wrote about my upgrade here with links to
> some resources for anyone else considering making the move to 64
> bit
> Linux:http://gabrito.com/post/moving-to-64-bit-ubuntu
>
>
> -Todd
> http://gabrito.com
>
>
> On Nov 10, 1:43 pm, ToddH <[EMAIL PROTECTED]> wrote:
>
>
> I currently run 32bitLinux (Ubuntu Interpid Ibex) on my Core 2 duo
> laptop which I mainly use for Java development. I'm about to re-
> install my laptop to clean it up abitand switch to XFS and was
> wondering if it's worth switching to64bitLinux? I've heard gripes
> about the Java and Flush plugins for Firefox under64bitLinux.
> Anyhow, my subjective question to the group is, is it worth going
>
>
> to64bitLinux or will it just be one headache after another to get
>
>
> things working?
>
>
> Thanks,
> Toddhttp://gabrito.com
>
>
> --
> Alexander Snaps <[EMAIL PROTECTED]>
> http://www.jroller.com/page/greenhorn
> http://www.linkedin.com/in/alexandersnaps
>
>
>
>
>
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Java builds (maven, ant), the java way is broken!

[Marcelo Fukushima]

where i work, we use maven exclusively and even tough editing xml
files drives me crazy, we seldom look/edit them so im okay with that


On Tue, Nov 25, 2008 at 12:37 AM, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
> Dick and Carl have talked a lot about builds lately, prompting this
> post...
>
> I spent about a year doing nothing but Ruby and then ended up going
> back to my old Java job.  I learned a lot in the Ruby world, and one
> of the big take-aways I had was that the way build systems work in the
> Java world is completely broken.
>
> In ruby there is this wonderful tool called rake (http://
> rake.rubyforge.org).  Rake is more than a build system, it's really a
> system for anything you want automated.
>
> You can leverage your code inside this system.  So if you wrote a
> class that cleaned a database as part of your main code base, you can
> hook rake into it and run it something like:  rake clean_db
>
> Rake is just ruby code, you have the full power of Ruby within a
> syntax a bit similar to Ant:
>
>  task :default => [:test]
>
>  task :test => [:clean_db] do
>ruby "test/unittest.rb"
>  end
>
>  task :clean_db do
> DBUtil.cleanDB
>  end
>
> in this case the test target has a dependency on clean_db.  And
> clean_db is simply a ruby class that cleans all data from the
> database.
>
> In the ruby world, there are many Rake plugins that allow you to do
> all sorts of automation.  There are plugins that deploy/manage to
> Amazon EC2.  One called Capistrano that you run on your prod system
> checks your source code out from source control, runs migration
> scripts, backs up the old version, and starts up your new updated
> system, all with one command.  One of the most brilliant ideas in
> Rails, database migrations is driven by Rake.  So your deployment
> might be as simple as "rake deploy".  Your database migration is "rake
> db:migrate", which will check your current version of the database and
> apply and schema and/or database migrations needed to get up-to-date.
>
> Since you can write Ruby code in your build file you can easily write
> code that has conditionals, loops, string manipulations, etc.  In
> other words, you can easily put intelligence into your build!  Doing
> these simple tasks in Ant or Maven is nightmarish.  Coding them sucks
> and debugging them is even worse.  XML is a terrible way to define
> your build systems, it works ok for trivial cases, but as any
> experienced developers know, trivial cases soon evolve - or devolve -
> into complex cases. Don't believe me?  Here's what the creator of Ant
> (James Duncan Davidson)said back in 2003:
> http://weblogs.java.net/blog/duncan/archive/open_source/index.html .
> Or in 2004, he's more explicit:
> http://web.archive.org/web/20041217023752/http://x180.net/Journal/2004/03/31.html
> "If I knew then what I knew now, I would have tried using a real
> scripting language, such as JavaScript via the Rhino component or
> Python via JPython, with bindings to Java objects which implemented
> the functionality expressed in todays tasks. Then, there would be a
> first class way to express logic and we wouldn't be stuck with XML as
> a format that is too bulky for the way that people really want to use
> the tool. "
>
> But 4 and half years later and 99% of the java world is still writing
> their builds in XML.
>
> Solution?  Well there is Gant:  http://gant.codehaus.org/.  Gant is
> simply a groovy hook into Ant.  Write your builds in Groovy script and
> leverage ant tasks.  Where I work, we are going down this path.  After
> doing this for a while, I can't recommend it.   It's better than xml,
> but has it's own set of problems - mainly due to the nature of
> Groovy.  Since Groovy isn't truly interpreted, it's very hard to
> leverage your existing code base.  For example, if I want to call my
> Java class "DBUtil.cleanDB()", this class must be compiled for the
> groovy script that calls it to run.  So you have to jump through
> multiple stage builds, just as you would with Ant.  Another issue I
> have with Gant/Groovy are the exception stack straces are terrible.
> There are dozens and dozens of useless lines in every stack dump,
> which stem from how groovy is implemented.  Here's an example in an
> issue I submitted: http://jira.codehaus.org/browse/GROOVY-2944.  I
> have other issues, but these are the two big ones.
>
> Better solution?  Well you can always use Ruby to do Java builds using
> a Ruby Gem called antwrap.  Here's an example of a simple build I did
> in JRuby: http://pastie.org/323131
> It's interpreted so you can leverage your whole code base and write
> clever code to do whatever you can imagine.  Ruby has a much easier,
> more powerful File API than Groovy or Java, which is huge for builds.
>
> Another Ruby option, this is more maven-ish with a bunch of dependency
> management features - Buildr http://incubator.apache.org/buildr/ .
> This project scares me at first glance.  I looked at it and got
> confused pret

[The Java Posse] Re: Java builds (maven, ant), the java way is broken!

[Marcelo Fukushima]

weve been using archiva for quite some time now, without any problems

On Wed, Nov 26, 2008 at 11:14 PM, sherod <[EMAIL PROTECTED]> wrote:
>
> We use Nexus also.   Works well.
>
> On Nov 27, 9:10 am, Casper Bang <[EMAIL PROTECTED]> wrote:
>> Hi Brent,
>>
>> Have you tried Archiva? And if so, what are the advantages of Nexus
>> over Archiva?
>>
>> /Casper
>>
>> On Nov 26, 9:03 pm, Brent <[EMAIL PROTECTED]> wrote:
>>
>> > I highly recommend using Nexus maven repo manager.  Pretty much
>> > everyone else is moving toward it for maven as well.
>>
>> >http://nexus.sonatype.org/
>>
>> > Just take a look at the demo site.  It's real easy to setup as well.
>> > I used to use artifactory, but switched to this one.
>>
>> > --Brenthttp://geekyryan.blogspot.com/
>>
>> > On Nov 26, 2:09 pm, RogerV <[EMAIL PROTECTED]> wrote:
>>
>> > > The animus expressed toward .XML style syntax is something that tends
>> > > to resonate with me. I do tend to like declarative approaches - which
>> > > both Ant and Maven more or less take - vs overly imperative approaches
>> > > to describing builds. Hence I tend to resist the temptation to take a
>> > > full blown scripting language approach to describing project builds.
>>
>> > > As to another area where XML inflicts cognitive pain - Spring
>> > > Framework applicationContext.xml files.
>>
>> > > I do believe in separating bean initialization away from compiled Java
>> > > code into a strictly interpreted-at-runtime text file of some kind. I
>> > > like a few annotations for some things but I don't want to use them to
>> > > fully replace the semantic actions that go on in
>> > > applicationContext.xml files.
>>
>> > > I want a better bean configuration/initialization script language -
>> > > but not really an imperative language. I don't want to script logic
>> > > there, I just want to declare the initialization actions and the bean
>> > > relationships.
>>
>> > > So hence I've grabbed ANTLR and am devising a new configuration DSL to
>> > > supplant XML. I'm calling it jfig. The syntax of jfig looks like this:
>>
>> > > applicationContext.jfig
>> > > ===
>>
>> > > properties_include "classpath:application.properties";
>>
>> > > org.apache.commons.dbcp.BasicDataSource dataSource {
>> > > @destroy-method = close;
>> > > driverClassName = "${jdbc.driverClassName}";
>> > > url = "${jdbc.url}";
>> > > username = "${jdbc.username}";
>> > > password = "${jdbc.password}";
>> > > defaultAutoCommit = true;
>>
>> > > }
>>
>> > > org.springframework.orm.ibatis.SqlMapClientFactoryBean sqlMapClient {
>> > > configLocation = "classpath:sqlmap-config.xml";
>> > > dataSource = $dataSource;
>>
>> > > }
>>
>> > > java.util.Properties props {
>> > > "James Ward" = "Adobe Flex evangelist";
>> > > "Stu Stern" = "Gorilla Logic - Flex Monkey test automation";
>> > > Dilbert = "character in popular comic strip of same title";
>>
>> > > }
>>
>> > > java.util.HashMap map {
>> > > this($props);
>>
>> > > }
>>
>> > > ===
>>
>> > > The '@' prefixes Spring BeanDefintion attributes that can be set.
>>
>> > > The '$' prefixes bean ID names when they're being referenced as a
>> > > dependency.
>>
>> > > Obviously includes for Java .properties definitions are supported and
>> > > use the ${foo.bar} syntax for referencing property definitions in any
>> > > bean configuration.
>>
>> > > Notice the 'this' keyword is used when doing constructor injection (as
>> > > opposed to setter injection). Constructor injection can still be
>> > > combined with setter injection too.
>>
>> > > The java.util.Properties class is specially recognized so that it's
>> > > easy to initialize an instance with name/value pairs, and then that
>> > > can be used to initialize other beans that accept a Properties
>> > > argument.
>>
>> > > A certain amount of type checking will be done during jfig config file
>> > > parsing. If a bean class doesn't exist on the classpath, or a property
>> > > is not found, or is not of a compatible type (same with constructor
>> > > args), then will fail on the spot, referencing the relevant lines in
>> > > the jfig file.
>>
>> > > Very early days. I've got a working parser that processes this syntax
>> > > and instantiates these beans. I'm next going to rewrite the parse
>> > > actions to start invoking Spring Framework APIs for bean definition
>> > > and bean registration.
>>
>> > > Later on I'll use ANTLR to creat an ActionScript runtime in order to
>> > > devise a mini dependency injection framework for Flex apps - using
>> > > this same jfig syntax. It'll hold the AST in memory as the so-called
>> > > "application context". To instantiate a requested bean will involve
>> > > traversing the AST to instantiate dependencies in a just-in-time
>> > > manner.
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You r

[The Java Posse] Re: NetBeans funny OutOfMemoryError message

[Marcelo Fukushima]

once, my old windows machine would say that some software could not be
started because my workstation had powered off. While i assume it was
probably a translation error, it was still very funny

On Wed, Dec 10, 2008 at 8:20 PM, Alexey Zinger <[EMAIL PROTECTED]> wrote:
>
> A collegue of mine and I were once discussing the strangest software output 
> we'd come across and he bested me with an OS/2 error message that read "Error 
> 6 reporting error 6".
>
> Alexey
>
>
>
> --- On Wed, 12/10/08, sherod <[EMAIL PROTECTED]> wrote:
>
>> From: sherod <[EMAIL PROTECTED]>
>> Subject: [The Java Posse] Re: NetBeans funny OutOfMemoryError message
>> To: "The Java Posse" 
>> Date: Wednesday, December 10, 2008, 4:28 PM
>> I had one the other day where I was using a data import tool
>> that ran
>> for some time and its concluding dialog of completion had
>> only one
>> button labeled 'Cancel'
>>
>> I must say I pressed it with some fear, but it seemed to
>> not cancel
>> the import, but just close the dialog box.
>>
>> On Dec 11, 1:00 am, "Viktor Klang"
>> <[EMAIL PROTECTED]> wrote:
>> > Technically you have all hte buttons on your keyboard
>> also...
>> >
>> >
>> >
>> > On Wed, Dec 10, 2008 at 1:12 PM, Jack
>> <[EMAIL PROTECTED]> wrote:
>> >
>> > > Technically, there are two buttons, the OK
>> button, and the "close
>> > > dialog" button on the top right. :)
>> >
>> > > On Dec 9, 3:09 am, stefpet
>> <[EMAIL PROTECTED]> wrote:
>> > > > Just got this error message in NetBeans when
>> trying to open a large
>> > > > file, ending with "Do you really want
>> to open it?" Followed by one (1)
>> > > > button: OK.
>> >
>> > > > Why even ask? Hilarious! ;)
>> >
>> > > > Posted a screenshot here:
>> >
>> >http://www.stpe.se/2008/12/netbeans-file-too-large-outofmemoryerror/
>> >
>> > > > - Stefan
>> >
>> > --
>> > Viktor Klang
>> > Senior Systems Analyst
>>
>
>
>
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: What would you recommend?

[Marcelo Fukushima]

id second thinking in java and also the head first series

On Tue, Feb 24, 2009 at 4:46 PM, Paul Wallace
 wrote:
>
> At work we are trying to put together an in-house training programme
> for IT staff with basic programming knowledge who want to become
> developers, specifically Java developers.
>
> Can anyone recommend a good tutorial based Java book for beginners
> that will not only teach Java but emphasis good software engineering
> techniques?  Thinking in Java comes to mind, but its a while since I
> read such books and was hoping for some guidance.
>
> Also, any references to on-line training materials that I could use
> would be appreciated.
>
> Cheers
>
> Paul
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Project Coin - small interface changes as well maybe?

[Marcelo Fukushima]

im guessing it would fit better on the Collections class instead of
String (and on Arrays for, well, arrays)

On Wed, Mar 4, 2009 at 4:04 PM, Josh Suereth  wrote:
> http://commons.apache.org/lang/apidocs/org/apache/commons/lang/StringUtils.html#join(java.util.Collection,%20char)
>
> I think this is something like what Reinier wants to see in String.
>
> On Wed, Mar 4, 2009 at 1:46 PM, Joshua Marinacci  wrote:
>>
>> what does String.join do?
>> On Mar 4, 2009, at 7:30 AM, Reinier Zwitserloot wrote:
>>
>> >
>> > Yeah, breaking changes - no chance, at least not for java7.
>> >
>> > But, there are plenty of API things that would be great to have, and
>> > are forwards, backwards, migration, upwards, downwards, sideways, and
>> > any other direction - compatible.
>> >
>> > For example, String.join. I mean, really, now. How can java make a
>> > straight-faced claim of 'batteries included' without it?
>> >
>> > Last I heard, there's going to be a project-coin-like project for API
>> > additions. Can't find the source (probably Joe Darcy's weblog at
>> > http://blogs.sun.com/darcy/ but I can't find it after a quick scan of
>> > project coin-related entries).
>> >
>> > I assume it won't be launched until at least Project Coin's submission
>> > deadline passes (April 1st), but that doesn't give much time for API
>> > additions. Then again, something as simple as String.join is coded up
>> > and explained fully in a proposal in like an hour.
>> >
>> >
>> >
>> > On Mar 4, 9:53 am, Josh Suereth  wrote:
>> >> Perhaps just making Cloneable and Serializable annotations, while
>> >> deprecating the interfaces?
>> >>
>> >> Although the interfaces will probably not be removed before 1.8 or
>> >> (dare I say it) 2.0, it would at least encourage using annotations
>> >> the
>> >> way they are meant to be used, and interfaces as, well, interfaces!
>> >>
>> >> Sent from my iPhone
>> >>
>> >> On Mar 4, 2009, at 3:12 AM, Joshua Marinacci 
>> >> wrote:
>> >>
>> >>
>> >>
>> >>> On Mar 3, 2009, at 10:48 PM, Mark Derricutt wrote:
>> >>
>>  Hey all,
>> >>
>>  Project Coin is all about small language changes for Java 7, whats
>>  the
>>  changes of getting a project setup for "small interface/object
>>  changes" (although these could be breaking..) to fix some
>>  reallly annoying marker interfaces, i.e.:
>> >>
>> >>> You are unlikely to ever get a breaking change into core java. On
>> >>> the
>> >>> other hand, having modules in the language and JRE opens up some new
>> >>> possibilities.
>> >>
>>  * Add clone() to the Cloneable interface, and make Object's
>>  implementation abstract (or remove it compleately!) - make all
>>  classes
>>  in the JDK that implement clone(), implement Clonable (if they
>>  don't
>>  already)
>> >>
>>  Is this a crazy idea (quite likely its absurd, but so is Cloneable
>>  NOT
>>  having clone() as a method.  Any other stupid things like that
>>  could
>>  be cleaned up (even if they might break a few things along the
>>  way?)
>> >>
>>  ...and then Buffy staked Edward.  The End.
>> > >
>>
>>
>>
>
>
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Are these guys serious?

[Marcelo Fukushima]

in japan they also skip 4th floor because 4 and death reads the same
(have the same sound even though are written differently)... a chinese
friend of mine said the same thing happens in chinese

On Wed, Mar 4, 2009 at 8:52 PM, Reinier Zwitserloot  wrote:
>
> Reminds me of chinese elevators.
>
> They skip anything with a 4 in it, as well as 13. So, an office
> building with a 100th floor may have only 80 floors. Though, they
> don't skip floor 66. Food for thought.
>
> See http://farm3.static.flickr.com/2086/1790574882_68be5cb62a.jpg?v=0
> for a nice photo of a lot of missing buttons.
>
>
> On Mar 4, 11:31 pm, Peter Becker  wrote:
>> I wonder if Hudson is going to skip in a year or so when they reach 1.666.
>>
>> How many numbers would one have to skip if every religion and
>> superstition should be considered? Would there be anything left?
>>
>> Reminds me of a bit of code to generate a token for a browser where the
>> allowed characters excluded any vowels as not to generate rude words by
>> accidents :-)
>>
>>   Peter
>>
>> Marcelo Morales wrote:
>> > Is there a more compelling reason to do a 6.6 release?
>> > Let me tell you I can appreciate a good laugh too.
>>
>> > On Wed, Mar 4, 2009 at 12:19 PM, Vince O'Sullivan  
>> > wrote:
>>
>> >> fromhttp://www.netbeans.org/servlets/NewsItemView?newsItemID=1346
>>
>> >> On why the next version of NetBeans will be 6.7 and not 6.6...
>>
>> >> "And why are we skipping a version between 6.5 and 6.7? Well, there
>> >> are negative associations with the number 6.6...6. Though we
>> >> appreciate a good laugh, this is not the permanent association we want
>> >> for the IDE."
> >
>



-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] is google pulling its censorship in china?

[Marcelo Fukushima]

from tomshardware:

http://www.tomshardware.com/news/google-china-censorship-google.cn-chinese,9914.html

-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Apple forbids for the iPhone even tools that auto-generate ObjC

[Marcelo Fukushima]

if the future is comprised of iPads and iPhones, will the javaposse change
to objective C posse? or maybe javascript posse?

On Fri, Apr 9, 2010 at 2:59 PM, Viktor Klang  wrote:

> So how do you determine the source of the source?
>
>
> On Fri, Apr 9, 2010 at 6:27 PM, Fabrizio Giudici <
> fabrizio.giud...@tidalwave.it> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> I've just received this, and I've only got a reference to an italian
>> website, but I think it should be easy to confirm with an
>> international source.
>>
>> "Applications may only use Documented APIs in the manner prescribed by
>> Apple and must not use or call any private APIs. Applications must be
>> originally written in Objective-C, C, C++, or JavaScript as executed
>> by the iPhone OS WebKit engine, and only code written in C, C++, and
>> Objective-C may compile and directly link against the Documented APIs
>> (e.g., Applications that link to Documented APIs through an
>> intermediary translation or compatibility layer or tool are
>> prohibited).
>>
>>
>> http://www.theapplelounge.com/news/iphone-os-4-vieta-applicazioni-flash-cs5/
>> <
>> http://www.theapplelounge.com/news/iphone-os-4-vieta-applicazioni-flash-cs5/
>> >
>>
>>
>> This clearly prevents any workaround from Adobe, that thought about a
>> tool to auto-translate Flash stuff into ObjC. But also prevents from
>> using various other tools that allowed to write code e.g. in Java that
>> produced ObjC.
>>
>> I don't think anybody has ever reached these levels of paranoia seen
>> in Apple. It's even embarrassing.
>>
>> - --
>> Fabrizio Giudici - Java Architect, Project Manager
>> Tidalwave s.a.s. - "We make Java work. Everywhere."
>> java.net/blog/fabriziogiudici - www.tidalwave.it/people
>> fabrizio.giud...@tidalwave.it
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iEYEARECAAYFAku/VWkACgkQeDweFqgUGxeLJQCeNLZNuw9/7Eg2QDhcKu7Rk3pY
>> y7EAn17XsBnU/nQRE82nboI7Iy2g5zLZ
>> =mZ69
>> -END PGP SIGNATURE-
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "The Java Posse" group.
>> To post to this group, send email to javapo...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> javaposse+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/javaposse?hl=en.
>>
>>
>
>
> --
> Viktor Klang
> | "A complex system that works is invariably
> | found to have evolved from a simple system
> | that worked." - John Gall
>
> Akka - the Actor Kernel: Akkasource.org
> Twttr: twitter.com/viktorklang
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] SWT Bashing. can we give it a rest

[Marcelo Fukushima]

Ive had and still have this problem too but im using opensolaris which uses
gtk too. Ive since gave up on the issue.

On Apr 10, 2010 9:39 AM, "Graham Allan"  wrote:

>I, for one, am glad that Dick brought up the issue. I'd been having an
>odd problem where having ec...
I have had this problem both with the environment variable set, and unset.

Do you find that the problem occurs when combo boxes are involved? I found
that
the desktop freezes if a breakpoint is hit when the drop-down list is
activated. Something to do with the Swing application not being able to
process release of focus when the execution is paused, I think.

While you say you've not experienced the problem in a while, if it's not
been
solved by the environment variable, and you do come across it again, maybe
this will help.

Kind regards,
Graham


-- 
You received this message because you are subscribed to the Google Groups
"The Java Posse" grou...

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: is there anything i should know about switching to the 64 bit jvm?

[Marcelo Fukushima]

just know that by default, the 64bit jvm eats its memory faster... our
integration tests would throw OOME on 64bit jvms, but not with 32bits (with
Xmx set to 512m i think)

On Wed, Apr 28, 2010 at 11:59 AM, Karsten Silz wrote:

> On Apr 28, 4:15 pm, scphantm  wrote:
> > is there anything i should know?
>
> I've used a 64-bit JVM with Tomcat on Linux for years now without any
> problem.
>
> I'd stay away from it with IDEs at least on Windows - often, you don't
> get convenient libraries / adapters for version control in 64 Bit.
> Experienced that both with Eclipse and Netbeans that couldn't use the
> "built-in SVN drivers" in 64 Bit.
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: is there anything i should know about switching to the 64 bit jvm?

[Marcelo Fukushima]

I think that option requires at least java6 update 14

On Apr 28, 2010 9:16 PM, "Reinier Zwitserloot"  wrote:

In my admittedly limited experience, 64-bit JVMs eat way more memory
and are barely faster, often slower. Something that did help quite a
bit is the hybrid mode: Operations and pointers etc. are all 32-bit,
but the pointer references are compressed, which gives you more like
16GB of maximum addressable memory.

For more info see this useful blog post (not mine, and a bit dated):
http://blog.juma.me.uk/2008/10/14/32-bit-or-64-bit-jvm-how-about-a-hybrid/


On Apr 29, 1:16 am, Alan Kent  wrote:
> If there is any JNI in the project yo...
> For more options, visit this group athttp://
groups.google.com/group/javaposse?hl=en.


-- 
You received this message because you are subscribed to the Google Groups
"The Java Posse" grou...

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Immutability in hybrid languages

[Marcelo Fukushima]

i wouldnt even go as far as multi threaded programs. imagine you have a Date
and pass to a method that you dont have the source (say a proprietary
library)

api.doSomethingWithIt(date, arg, etc)

how can i know that the method didnt change the Date (since its mutable)? Id
have to clone the Date before calling the method to be safe, unless Date is
imutable. In the end, i guess Imutability has more to do with predictability
than with performance (specially in multithreaded environments)

On Thu, Apr 29, 2010 at 11:38 AM, Kevin Wright <
kev.lee.wri...@googlemail.com> wrote:

> In a nutshell:
>
> I have a (mutable) list of customers, ordered by surname
> In thread A, I take that list and display it on a webpage
> In thread B, I take that same list, sort it by reverse order of when I last
> phoned them, and display on a different page
>
> Because of the way concurrency works, thread A is interrupted by thread B
> halfway through displaying the list, needless to say the output is not as
> expected.
>
> So it would have been much safer if the list was immutable and thread B
> created a copy of it that was sorted differently.
>
> Could locks have solved it?  Probably, assuming your concurrent programming
> skills are flawless and you've never encountered a deadlock or race
> condition in your life, and it's also a pretty steep performance cost once
> you've scaled up to 100s of threads.
>
>
>
> On 29 April 2010 15:17, Wildam Martin  wrote:
>
>> On Thu, Apr 29, 2010 at 14:41, egervari  wrote:
>> > How many of you are currently programming in a hybrid language such as
>> > Scala?
>>
>> I don't
>>
>>
>> > I'm finding it difficult to make things immutable. While I am
>> > definitely using more immutability than I ever have in the past, I
>> > don't think it's practical for some applications.
>>
>> Fine, that I am not the only one thinking that way. And I might never
>> understand why it is sooo good to have everything immutable. I
>> definitely want a lot of objects to be mutable. I am dealing with
>> software and not with statues of stone. ;-)
>>
>> --
>> Martin Wildam
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "The Java Posse" group.
>> To post to this group, send email to javapo...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> javaposse+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/javaposse?hl=en.
>>
>>
>
>
> --
> Kevin Wright
>
> mail/google talk: kev.lee.wri...@googlemail.com
> wave: kev.lee.wri...@googlewave.com
> skype: kev.lee.wright
> twitter: @thecoda
>
>  --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] JPA Column question

[Marcelo Fukushima]

theres a way to change the default naming scheme that hibernate uses to
generate column and table names with a class thats called NamingStrategy (or
something very similar)

On Wed, May 12, 2010 at 9:04 PM, Sean  wrote:

> Dumb JPA question that I can't Google up the answer for... figuring
> someone on the Java Posse list must know :-)
>
> The DB I'm dealing with uses the _ character in just about every
> single column name.
>
> This then forces me to tediously use the column annotation over and
> over just to account for the _ char, i.e.:
>
> @Column(name="player_id")
> private int playerId;
>
> Is there a way to get JPA (w/ Hibernate) to automatically translate a
> camel case field like playerId to the db column player_id?
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] JavaFX script language syntax for Android?

[Marcelo Fukushima]

i think technically, since javafx generates regular bytecode, you could
write a javafx app and DEX it to android, but youd have to include javafx
runtime as well

On Sat, May 15, 2010 at 4:31 PM, RogerV  wrote:

> Question:
>
> Will the JavaFX language be integrated as a choice for programming
> native Android applications that run on the Dalvik VM?
>
> Today such apps are programmed in the Java language. Java is
> imperative. For describing a visual form this manner of coding is
> overly verbose.
>
> We've found in our three years of Flex development that a declarative
> language is ideal for programming the View component of the MVC
> pattern - the declarative code is much more concise and readily
> understandable. It's even possible to reflect natural hierarchies of
> the visual form in the way that the declarative source code of the
> form is structured.
>
> JavaFX script language could provide a declarative flavor of coding
> views for Android.
>
> What are the obstacles to overcome for this to possibly happen?
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: Not all good news for Android

[Marcelo Fukushima]

In Brasil we pay that for a 250mb data plan on top of voice. And the least
you can pay for, say an iphone 3gs, is USD350 with a voice + data plan that
costs around USD300 per month

On May 18, 2010 4:47 AM, "Moandji Ezana"  wrote:

On Tue, May 18, 2010 at 4:37 AM, Reinier Zwitserloot 
wrote:
>
> In theory when ...
This is the case here in Belgium. Until recently it was illegal to subsidise
phones, but voice/text/data plans are still quite expensive. For example, at
Proximus, the largest wireless operator, it's
€25/month
for
500MB of mobile data *on top of your voice plan*.
 

Moandji



-- 
You received this message because you are subscribed to the Google Groups
"The Java Posse" gro...

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: Android - the "American Nokia" of smartphones?

[Marcelo Fukushima]

that reminds me of a funny thing that happened with a major newspaper here
on brazil: its main page had a link to an iPad version that would open the
flash version of the page
it was taken down after a couple of days (it lasted a bit because the iPad
is not officially here yet)

On Wed, May 26, 2010 at 6:22 PM, Fabrizio Giudici <
fabrizio.giud...@tidalwave.it> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 5/26/10 22:51 , Karsten Silz wrote:
> >
> > Right now, I guess the gap between iPhone OS and Android is still
> > widening.  Google says that there are 100,000 Android phones
> > activated a day.  Assuming that's for every day in the week, then
> > this comes up to about 9.2 million phones.  Apple sold 8.7 m
> > iPhones last quarter (even more than in the holiday quarter) and
> > maybe 4-5 million iPod Touch.  Starting this quarter, they safely
> > sell 2-3 million iPads a quarter.  So Google needs more than
> > 150,000 phones a day to not widen the gap anymore.
> >
> ... Android needs to roll out some real tablet and compete against the
> iPad. The iPad is getting a lot of spotlight in the news (members of
> the european parliament want it (*) and the major newspaper in my
> country are advertising they are iPad ready).
>
> (*) Shame on them because they want a new toy while we have to cut
> budgets, but the thing is anyway contributing to the fame of the iPad.
>
> - --
> Fabrizio Giudici - Java Architect, Project Manager
> Tidalwave s.a.s. - "We make Java work. Everywhere."
> java.net/blog/fabriziogiudici - www.tidalwave.it/people
> fabrizio.giud...@tidalwave.it
> -BEGIN PGP SIGNATURE-
> Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkv9kRUACgkQeDweFqgUGxdungCdEewhsA/3U+kYuYENq+JoZJeA
> te4An1d1FH+4Ntt9EPnbEMag6jnonl84
> =r/z1
> -END PGP SIGNATURE-
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Not only Java

[Marcelo Fukushima]

ive been using it as my main development OS and its been great. Cant move
away from ZFS and all the goodness it provides (like BE's) and java runs
great on it (it seens to uses far less memory when compared to linux)
Dtrace is also nice, but i did not have the chance to quite use it yet (or
rather, using it for java is not that good)
the only complain i have is the recent lack of updates even in the DEV
branch (the last version is snv_134 from March)

On Wed, Jun 16, 2010 at 10:46 AM, Jan Goyvaerts wrote:

> Just a side-question: Is OpenSolaris worth trying ?
>
>
> On Wed, Jun 16, 2010 at 10:31, gbulfon  wrote:
>
>> Hi guys, reading your threads I believe you're missing a point.
>> Java is not the only Sun amazing creature Oracle has bought.
>> You probably never got too much inside OpenSolaris.
>> That is the MOST advanced operative system around.
>> No Linux can compete.
>> No Windows can compete.
>> No OSX can compete.
>> No other Unix can compete.
>>
>> The amount of technology Sun has left to us is incredible.
>> We can't just switch and forget about it.
>> They left all that to us, through their open source commitment.
>> Java is just one of their creatures.
>> And it's not going to die because of Android.
>> IMHO.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "The Java Posse" group.
>> To post to this group, send email to javapo...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> javaposse+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/javaposse?hl=en.
>>
>>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: Not only Java

[Marcelo Fukushima]

On Wed, Jun 16, 2010 at 6:42 PM, Peter Becker wrote:

> For me the big problem with Solaris (Open or not) is the lack of decent
> package management. Not only is the tool ridiculous (why does it ask me if I
> want to remove a package when I update it?), what is worse is that the
> repositories seem to be either more outdated than the Enterprise Linux ones
> or even more broken (I had a setup where Python was updated to a version
> other packages didn't like). If Solaris admin is part of your job
> description and/or your hobby and you are generally happy to compile stuff
> from scratch, then that might be ok. Neither is true for me, so I was happy
> when I didn't have to deal with Solaris anymore.
>

im not a solaris admin but generally like ipkg a lot (except for the lack of
package updates). Also, ive been using solaris zones (the virtualization
technology) more and more to separate things like websphere installation and
databases and emulate clusters
some of our hudson farm nodes are also setup on solaris zones (not on my
machine tough) in order to have dedicated network adapters and whatnot


>
> Enterprise Linux (RHEL, SLES) is not that much better, but still a bit less
> painful. There's also more to find in Google, which is really about market
> penetration, not intrinsic qualities. Wherever I can I stick with Ubuntu
> where most stuff I need is just an "sudo apt-get install XYZ" away (with tab
> expansion on the package name ;-) ).
>
> Just my 2c,
>   Peter
>
>
>
>
> On 17/06/10 00:16, Carl Jokl wrote:
>
>> My private Web Server used to run Solaris 10. I have used OpenSolaris
>> and know that Solaris is a powerful platform. However it seems like
>> Solaris seems to get left behind when it comes to Usability.
>> OpenSolaris had been making quite a lot of strides in this area but it
>> feels like lately the OpenSolaris space seems dead in terms of news.
>> It has been a year since the last version of OpenSolaris came out.
>> Perhaps this just seems a long time because Ubuntu is launching new
>> versions consistently every 6 months. I tend to use Solars for no
>> better reason than the Sun fanboyism an not out of any real practical
>> need. I wonder if Solaris is going into decline. It is not that the
>> technology is bad but just that there seems like not much buzz or
>> excitement coming out of that camp. Solaris 10 seems to have been
>> around for ages without much commitment to when we can expect a
>> Solaris 11.
>>
>> We see many times how inferior technologies end up becoming the most
>> popular. I mean it is how the term "Betamaxed" came into being. I
>> think Linux is going to Betamax Solaris. I am not happy about it but
>> it seems the way things are
>> going. That said I may well update my Intel Atom web server soon to
>> use one of the newer more energy efficient models and at that time I
>> think I will switch from Ubuntu to OpenSolaris. Just because I can.
>>
>> As for JavaME. My impression has been that one of the motivations to
>> modularise the Java platform is to replace Java ME in the long term.
>> Instead of Java ME there would be a "Mobile Profile" of the Java
>> platform. Perhaps there is not so much motivation to do lots of work
>> on JavaME if the goal is to replace it anyway.
>>
>> There seems a bit of a loose loose scenario with JavaME. If Oracle
>> makes JavaME free then it will make no money from selling licences. On
>> the other hand there is a real danger that if they do not make it free
>> the platform is going to spiral down in popularity and importance
>> until no-one wants to pay a licence to use it. If no one wants to use
>> it then Oracle still doesn't make any money. We have more
>> fragmentation than ever in the mobile space and something like JavaME
>> would be helpful.
>>
>>
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: Not only Java

[Marcelo Fukushima]

On Thu, Jun 17, 2010 at 7:31 PM, Peter Becker wrote:

>  On 18/06/10 01:22, Marcelo Fukushima wrote:
>
>
>
> On Wed, Jun 16, 2010 at 6:42 PM, Peter Becker 
> wrote:
>
>> For me the big problem with Solaris (Open or not) is the lack of decent
>> package management. Not only is the tool ridiculous (why does it ask me if I
>> want to remove a package when I update it?), what is worse is that the
>> repositories seem to be either more outdated than the Enterprise Linux ones
>> or even more broken (I had a setup where Python was updated to a version
>> other packages didn't like). If Solaris admin is part of your job
>> description and/or your hobby and you are generally happy to compile stuff
>> from scratch, then that might be ok. Neither is true for me, so I was happy
>> when I didn't have to deal with Solaris anymore.
>>
>
>  im not a solaris admin but generally like ipkg a lot (except for the lack
> of package updates). Also, ive been using solaris zones (the virtualization
> technology) more and more to separate things like websphere installation and
> databases and emulate clusters
> some of our hudson farm nodes are also setup on solaris zones (not on my
> machine tough) in order to have dedicated network adapters and whatnot
>
>  Have you used apt-get? I find it way easier to work with and in
> particular in the Ubuntu world there is hardly any OSS product you can't get
> through it. Canonical does a great job not only maintaining the core
> repositories, but they also have the launchpad system where they build
> further tools for other people on all platforms that are supported. Anyone
> can create an account and their own personal package archives (PPA), which
> other people can then pick at will. That spoiled me, both Solaris and CentOS
> are far from that.
>

yes i have used apt-get and id say iPkg is about the same thing. My coworks
who is an ubuntu enthusiast installed postgresql with apt-get and asked me
to do the same and sure enough there was the postgresql package on the
solaris repo as well
like i said, i have no complain, except the somewhat outdated packages


>
> Running (para-)virtual machines on Linux isn't hard either, I've set up a
> reasonably large Xen+LVM solution myself. Provisioning takes less than 2
> minutes from default image, systems run at a speed near the physical
> machine. This is not the experience I had with Solaris Zones, although I
> must admit that I am not sure at all if the guy who set those up knew what
> he was doing. He clearly didn't care much since he kept provisioning us with
> machines running on US Pacific time while we were located in Australia.
> Whatever cause, disk IO was horrible. Creating our database from scratch
> took about an hour and a half, compared to about 15 minutes on our
> workstations or the newer Xen setup. Once up the machine performed quite
> well, hitting it with a whole bunch of JMeter instances didn't make it
> blink.
>

i cant comment on that because i had no problem with solaris zones
performance whatsoever. Its a bit rough around the edges but after setting
it up, it just works great for me


>
> There was about two years age difference between the servers, but the Intel
> box sure wasn't all that flash (less than AUD10k including 4 2TB disks).
>
> Again: there might be something with the way he did it. I don't know, but I
> know that Solaris admin is part of his job description, while Linux admin is
> not part of mine. Yet my CentOS+Xen solution ended up performing much
> better. That's anecdotal and maybe it tells something about him or me, but
> from my limited perspective there seems to be a trend.
>
> I really don't know enough to judge the full technical merits of the
> different solutions. All I see is that I can get a lot of things up and
> running on Ubuntu in very short time (*), while I always expect a harder and
> longer time with Solaris (Enterprise Linux is somewhere in between). Thus
> lazy me really likes Ubuntu and recommends it to anyone who is or should be
> as lazy (s/lazy/agile/g if management involved). That doesn't mean I think
> someone is stupid if they want to spend more time to get to some solution
> they consider superior.
>

whats funny is that i just got a new pc and was up and running in around 2
hours, but that includes moving all my stuff (with zfs send / receive) and
reinstalling some software (svn, jdk, etc) and more than half of the time
was spent IOing
also, ive moved my zones so i had WAS, jboss, mysql and other things up and
running very quickly

granted: it took me quite a while to get my system as it is, but now i cant
see myself using anything other than solaris


>
>Peter
>
>
>
> 

Re: [The Java Posse] Re: Emigration and the UK Budget.

[Marcelo Fukushima]

While brazilian economy is not blooming, we were largely unnafected by the
so called worls crysis. The main problem that youd have is that everything
tech related is so expensive that its not even funny. For comparison, if you
want an iPhone 3gs it costs around US$1300 with a voice and data plan
(limited) worth US$75 a month.
Skilled engineers are needed tough.
I also remember the guys from jRebel on their interview that their country
was hiring - but i dont remember where it was

On Jun 20, 2010 4:34 PM, "Carl Jokl"  wrote:
I have also been told that the Brazilian economy is booming right now
and told the Brazilian women are very beautiful (and have football
team which is actually good, not that I am into football).

--

You received this message because you are subscribed to the Google Groups
"The Java Posse" group.
To...

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Subliminal messages...

[Marcelo Fukushima]

To be fair, both netbeans and intellij have an eclipse shortcut profile so
you dont have to learn much shortcuts

On Jun 28, 2010 8:29 PM, "Moandji Ezana"  wrote:

On Mon, Jun 28, 2010 at 11:46 PM, Jess Holle  wrote:
>
> I do happen to use NetBeans,...
Learning a new programming language or framework is educational and useful.
But I'm wondering what switching IDE really gets you. I'm fairly proficient
at Eclipse, what am I going to gain by investing time learning Netbeans or
IntelliJ shortcuts, menus and wizards? It feels like a pretty slim payoff.

Moandji

>



-- 
You received this message because you are subscribed to the Google Groups
"The Java Posse" gro...

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Is it legal to provide the same android application to multiple stores?

[Marcelo Fukushima]

Yes its legal as far as the android market is concerned - its in the FAQ

On Jul 3, 2010 5:15 AM, "Fabrizio Giudici" 
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I'm thinking of publishing my app to SlideME and a couple of further
> indipendent stores, in addition to the Android Market. Is it a legal
> thing? I suppose I could find myself the answer by reading all the
> legalese stuff at Android, but legalese is always full of obscurities
> and I prefer to have some trusted feedback here... Thanks.
>
> - --
> Fabrizio Giudici - Java Architect, Project Manager
> Tidalwave s.a.s. - "We make Java work. Everywhere."
> java.net/blog/fabriziogiudici - www.tidalwave.it/people
> fabrizio.giud...@tidalwave.it
> -BEGIN PGP SIGNATURE-
> Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkwu8YMACgkQeDweFqgUGxdVTgCeKmnssCVfXSAcFmt9cY9sowyn
> VzkAn2SCzD/XbxSgOupV13aQxhmwWcwZ
> =mILE
> -END PGP SIGNATURE-
>
> --
> You received this message because you are subscribed to the Google Groups
"The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
javaposse+unsubscr...@googlegroups.com
.
> For more options, visit this group at
http://groups.google.com/group/javaposse?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: Delay on AVD

[Marcelo Fukushima]

the emulator on windows is much slower than the linux version (dont know
why), but running on the device is much much faster
and yes you have to redeploy for every change you make (both on the emulator
and the device)

On Tue, Jul 6, 2010 at 2:07 PM, jahid  wrote:

> Thanks guys. But once my code base changed, will the emulator take the
> changes automatically, and all I have to do is, go back to "home" and
> from there open the application again? Or how do I ask the emulator to
> reload?
>
>
> And,Fabrizio Giudici, thanks for your good suggestion. But the thing
> is, I just started with Android, so I don't know a lot of thing (like
> how to upload an app on my device...). So I think it will take little
> time for me to get hold of all those things :|
>
>
>
> On Jul 6, 6:44 pm, Fabrizio Giudici 
> wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 7/6/10 18:31 , Dominic Mitchell wrote:> On Tue, Jul 6, 2010 at 10:31
> AM, jahid  > > > wrote:
> >
> > > I am trying out Android. It takes a huge amount of time to run an
> > > Android application on AVD (through IDE, I tried both IDEA and
> > > Eclipse). I was wondering, if its same for you guys, or I am
> missing
> > > something. If its same for you guys as well, isn't it that Android
> > > application development will take huge amount time, and most of
> them
> > > will go into this loading time?
> >
> > > If you're running the emulator for the first time, it does take a
> > > long while to boot up.  But if you leave it running, and just
> > > redeploy your code into it, you should see a significant speedup.
> >
> > +1. But I'll add two points:
> >
> > 1. Unlike as it happened with JME, it's very fast to deploy to a real
> > device connected by means of USB. So I often develop directly with the
> > device.
> > 2. I strongly suggest you to separate in different modules the code
> > that depends on Android from the one that doesn't - and if you use TDD
> > or a similar technique for developing the latter, you'll be *very* fast.
> >
> > - --
> > Fabrizio Giudici - Java Architect, Project Manager
> > Tidalwave s.a.s. - "We make Java work. Everywhere."
> > java.net/blog/fabriziogiudici -www.tidalwave.it/people
> > fabrizio.giud...@tidalwave.it
> > -BEGIN PGP SIGNATURE-
> > Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
> > Comment: Using GnuPG with Mozilla -http://enigmail.mozdev.org/
> >
> > iEYEARECAAYFAkwzXVcACgkQeDweFqgUGxdxwQCfW8t7LdqJ7z4HeFAMNXkjct6l
> > yQ0An0VKVNUh2OOBVZSwlN8OCftjYL1u
> > =cuyw
> > -END PGP SIGNATURE-
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Java on 64-bit Windows 7

[Marcelo Fukushima]

it also eats up more memory

On Thu, Jul 8, 2010 at 6:29 PM, Wildam Martin  wrote:

> On Thu, Jul 8, 2010 at 20:10, rhythmchicago 
> wrote:
> > Hi. Looking for feedback. Anybody here see any issues or performance
> > drop running a Java app on 64-bit windows 7 vs. running it on a 32-bit
> > system?
>
> I can only say that Java looks like running slower on Windows 7 32-bit
> VM than on XP 32-bit VM.
>
> --
> Martin Wildam
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: Can somebody in the world explain me how search in the Android Market works?

[Marcelo Fukushima]

For what its worth, fabricio i can find your app searching for bird
watching. It could be just a temporary glitch in the market.

On Jul 8, 2010 2:33 PM, "Eurig Jones"  wrote:
> I dont think truly anyone knows for sure :-/
>
> I'm just polishing off my latest app and will be releasing it in the
> coming weeks. It's been a lot of hard work and I'm a bit worried about
> being lost in the flood, or worse - not being exposed at all due to
> issues like this.
>
> On Jul 8, 9:19 am, Fabrizio Giudici 
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 7/7/10 23:04 , Fabrizio Giudici wrote:
>>
>> > Today I tried again and EVERYTHING seems to be vanished in thin
>> > air (searching for "blueBill", the app is still here, though).
>> > It's really frustrating. I'd like to understand whether I'm doing
>> > something wrong, or whether the search engine at the Market works
>> > at random (a thing that I can't believe since Google makes it).
>>
>> This morning eveything is working again... I really can't understand
>> how it works.
>>
>> - --
>> Fabrizio Giudici - Java Architect, Project Manager
>> Tidalwave s.a.s. - "We make Java work. Everywhere."
>> java.net/blog/fabriziogiudici -www.tidalwave.it/people
>> fabrizio.giud...@tidalwave.it
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
>> Comment: Using GnuPG with Mozilla -http://enigmail.mozdev.org/
>>
>> iEYEARECAAYFAkw1fAQACgkQeDweFqgUGxfeXwCgpSsBj13Y9hOd1wvYpp55FkX0
>> q98An2xfq3/faN1l9bPqJYaPNAc8Z6a1
>> =EGTc
>> -END PGP SIGNATURE-
>
> --
> You received this message because you are subscribed to the Google Groups
"The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
javaposse+unsubscr...@googlegroups.com
.
> For more options, visit this group at
http://groups.google.com/group/javaposse?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: What could Oracle possibly be scheming?

[Marcelo Fukushima]

Technically android uses java/jvm bytecode to generate dex

On Aug 14, 2010 8:49 PM, "Christian Catchpole" 
wrote:
Well, they aren't arguing trademark issues.  They are arguing
patents.  Compare the situation to the patent holders of MPEG codecs.
They don't want or encourage anyone to implement of of their "patents"
without license fees.  That's not what Sun did.

Android only ever said "Java source code".


On Aug 15, 9:43 am, jitesh dundas  wrote:
> FUnny..But the point is..
>
> Googl...

>  wrote:
> > Could you argue that Open Sourcing technology that is protect...
> > For more options, visit this group athttp://
groups.google.com/group/javaposse?hl=en.


-- 
You received this message because you are subscribed to the Google Groups
"The Java Posse" grou...

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] News from Oracle.

[Marcelo Fukushima]

The microsoft case was a bit different. They implemented their own
incompatible version of java claiming it was java. Google never called
android java - not to consumers nor developers.

On Aug 17, 2010 11:28 PM, "Sean Comerford" 
wrote:
The big thing I keep seeing in all this "concern about Oracle" is that
people continually forget or ignore WHY Sun and Java is now owned by Oracle:
Sun focused on the wrong things (including being OVERLY concerned with the
community) which led to them losing money year after year after year
basically from 2001 til the end.

And like it or not, companies exist to make money (which benefits us by
allowing us to get paid to work for them).

So yes, Oracle is going to change some stuff and in fact they MUST
change the things that made Sun non-profitable.

And unfortunately the things that make companies profitable are not always
"community" friendly. We as engineers love "open source" b/c it means our
projects are more profitable and we look like heroes which leads to big
raises + bonuses. But there wasn't much profit in that model for Sun and
Oracle is smart enough to know there won't be for them either.

As far as the JDK lawsuit, like most things in life, I suspect the truth
will end being somewhere in the middle (part money grab by Oracle, part
legitimate beef against bastardization of technology they paid a fortune to
acquire). But I seem to recall Sun suing a company several years back on
similar grounds... and in that case there was no community angst b/c the
target of the suit was everyone's favorite "evil software tycoon" Micro$oft.



On Tue, Aug 17, 2010 at 5:28 PM, Fabrizio Giudici <
fabrizio.giud...@tidalwave.it> wrote:
>
>
> ---...

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] When corporates blatantly lie

[Marcelo Fukushima]

I think the droid 2 hardware cannot turn into ap mode due to a driver issue
from the manufacturer - the existing tethering softwares use ad-hoc
connecions instead. Or at least thats what i read somewhere.

On Aug 20, 2010 4:49 AM, "Fabrizio Giudici" 
wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Looking for news about Froyo and Droid/Milestone, I've learned that
> Verizon users have already gotten the update, while the Milestone
> should get it in September. So far so good.
>
> Now, Verizon users did receive a Froyo with Access Point and tethering
> disabled, "because the Droid doesn't have the proper hardware for
> those features" (see
>
http://www.t3.com/news/motorola-milestone-froyo-update-coming-september?=47713
).
> Of course it is blatantly false, since third party apps already
> provide at least tethering with 2.1, if you get root access. So it's
> not a hardware issue, just Verizon that doesn't want people using
> phone contracts for accessing internet with their laptops. Now,
> informed users and engineers spot the lie immediately, but thousands
> of regular users won't. This really gets on my nerves.
>
> - --
> Fabrizio Giudici - Java Architect, Project Manager
> Tidalwave s.a.s. - "We make Java work. Everywhere."
> java.net/blog/fabriziogiudici - www.tidalwave.it/people
> fabrizio.giud...@tidalwave.it
> -BEGIN PGP SIGNATURE-
> Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkxuM38ACgkQeDweFqgUGxcDigCdG0MazsPe/RCW0FWgqmh+yC3l
> jV0AoKFJ6XYbBgdy/CywVl+hoGisHeq9
> =rEDK
> -END PGP SIGNATURE-
>
> --
> You received this message because you are subscribed to the Google Groups
"The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
javaposse+unsubscr...@googlegroups.com
.
> For more options, visit this group at
http://groups.google.com/group/javaposse?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] cancelled javaone sessions...

[Marcelo Fukushima]

Im not sure its related, but i just read this:

http://googlecode.blogspot.com/2010/08/update-on-javaone.html

on which Josh Bloch says Google is not going to present on JavaOne

On Sat, Aug 21, 2010 at 12:11 PM, B Smith-Mannschott
wrote:

> Hi all,
>
> I just ran across this post:
>
> http://www.javaworld.com/community/?q=node/4943
>
> Which says in part:
>
> > The session "JavaFX Graphics and Animation Best Practices"
> > is the third session in my Schedule Builder agenda for
> > JavaOne to be canceled. [... snip ...]
> [...snip...]
> > The other two sessions on my schedule that have already
> > been canceled are Scala and Clojure JVM Languages and Java
> > and HTML5: Boldly Combine. [...snip...]
> [...snip...]
>
> I've never been to a JavaOne. This small an probably not
> not representative sample implies a high rate of 'infant
> mortality' among java one sessions? is this cause for concern?
>
> // Ben
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>


-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: flash on android

[Marcelo Fukushima]

the only problem i see with flash on my nexus is that most flash apps /
sites are not prepared for a non mouse interaction - they expect hover and
whatnot. That is also true for some pure html sites too, but to a lesser
extent - or at least that is my perception.

On Wed, Sep 1, 2010 at 11:48 AM, James Ward  wrote:

> “Can be done” is different than “done”.  :)  There is a lot of Flash
> content out there and it’s nice to have a phone that can render it.
>
>
>
> In my experience more of the Flash content that is out there works on my
> Nexus One with Flash Player 10.1 than the HTML5 content and galleries.  Many
> of the demos on the HTML5Rocks and apple.com/html5 sites just don’t work
> on my Nexus One.
>
>
>
> As a developer and a consumer I like to have choices and the ability to
> pick the technology that is right for the problem.  Sometimes that will be
> HTML / HTML5.  Sometimes Flash.
>
>
>
> -James
>
>
>
>
>
> *From:* javaposse@googlegroups.com [mailto:javapo...@googlegroups.com] *On
> Behalf Of *work only
> *Sent:* Wednesday, September 01, 2010 8:35 AM
> *To:* javaposse@googlegroups.com
> *Subject:* Re: [The Java Posse] Re: flash on android
>
>
>
> Hi
>
> Nice sites :)
>
> But when Google says HTML5 they really means (HTML5 + CSS + JS)
>
> Actionscript is based on JavaScript ( ECMAScript )!
>
> From that list of 10 sites - don't see anything that can't be done with
> HTML5 + CSS + JS :)
>
> Paul
>
>
> On Tue, Aug 31, 2010 at 9:29 PM, Steven Herod 
> wrote:
>
> Have a look at these and get back to me.
>
> http://www.ebizmba.com/articles/best-flash-sites
>
>
>
>
> On Sep 1, 2:19 pm, work only  wrote:
> > > It will be a while before HTML 5 comes remotely close to what can be
> done
> > > easily with Flash today.
> >
> > Plus that was just video (not really flash no)  HTML5 can do that easy :)
> >
> > Plus what can flash do more then HTML5?
> >
>
> > 2010/8/31 Cédric Beust ♔ 
>
> >
> >
> >
> >
> >
> > > On Tue, Aug 31, 2010 at 8:59 PM, work only 
> wrote:
> >
> > >> thats suck - Flash is not for mobile, just does not fit, we should all
> use
> > >> HTML5 :)
> >
> > > It will be a while before HTML 5 comes remotely close to what can be
> done
> > > easily with Flash today.
> >
> > > --
> > > Cédric
> >
> > >  --
> > > You received this message because you are subscribed to the Google
> Groups
> > > "The Java Posse" group.
> > > To post to this group, send email to javapo...@googlegroups.com.
> > > To unsubscribe from this group, send email to
>
> > > javaposse+unsubscr...@googlegroups.com
> 
>
> > > .
> > > For more options, visit this group at
> > >http://groups.google.com/group/javaposse?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Re: [The Java Posse] Re: A few reactions to the latest episode (Oracle vs Google)

[Marcelo Fukushima]

2010/9/7 Cédric Beust ♔ 

>
>
> On Tue, Sep 7, 2010 at 1:10 AM, Miroslav Pokorny <
> miroslav.poko...@gmail.com> wrote:
>
>>  Im not sure if its business or an American thing but it seems you forget
>> to about being human which is sometimes mostly about doing the right thing
>> regardless of what the law says. Overall most companies forget that simple
>> fact.
>
>
> Expecting companies (public ones at that) to follow the same moral laws as
> humans is quite naïve. Besides, Google has contributed to open source in
> more ways than I can even remember. You are upset that they don't match your
> expectations in that area, but try to step back and apply your reasoning to
> other major software companies like Oracle, Apple or HP. How does Google
> look then?
>
>
>> Too me its like taking an open source library, making lots of cash and
>> never even giving the authors a donation. Yes its legal but its overall, its
>> disappointing.
>
>
> Google has hired *a lot* of open source developers to work on their open
> source project. That sounds even more generous than a donation to me.
>
> How many other companies do that?
>

i can only remember Sun doing something of the like, but that was back in
the good old days


>
> --
> Cédric
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "The Java Posse" group.
> To post to this group, send email to javapo...@googlegroups.com.
> To unsubscribe from this group, send email to
> javaposse+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/javaposse?hl=en.
>



-- 
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to 
javaposse+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.