headers
michael | 1 Jun 2006 01:48
Favicon
Gravatar

Re: Re: Matisse++


On Tue, May 30, 2006 at 09:44:41AM -0500, Gregg Wonderly wrote:

>> Peter Toye wrote: But please don't say that because NetBeans is
>>useful, it can't be even better. I've had the same problems as
>>Michael about just how to do even simple tasks. But, NetBeans is a
>>complicated system, and I can't think of any way of improving the UI
>>much. But better documentation would certainly help. For instance, a
>>lot of the little icons must mean something, but I'm sure I've seen
>>some that aren't in the help file (or maybe I was looking in the
>>wrong place!).

> I think that Chuck's point is along the lines of "You have to know
> what's possible before you can possibly know what to do."  If you
> don't know how the swing threading model works, you won't be able to
> write a performant swing application in many cases where your UI
> reacts with the world.  If you don't know about the Swing listener
> model, you won't undertand where you might find support for adding
> an action associated with something done to a component by the user.
> I think there's a great deal of impetus to try and reduce the
> barriers to entry by reducing the amount you have to learn.  I think
> that it would be good to focus on reducing the barrier to entry by
> improving the ability of new users to learn about the system.

There are a great many things I could describe in a fair amount of
detail, without actually being able to do them.  I understand quite
well how threading works, for example, without knowing very well at
all the actual syntax for implementing it in a Java application.  It
isn't until you close the book and start typing that you really
"learn" something like that.  I'm good at book learning, so I don't
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tom Ball | 1 Jun 2006 02:06
Picon

Re: Jackpot and Mustang synchronization.

Mustang will be providing an API for programmatically inspecting Java 
source code, via JSR-199, JSR-269, and a public com.sun.source API.

Tom

Peter wrote:
> Seems, my problem was in the sequencing of primary key, so no need for 
> daily build of Netbeans. All this because i manually added data to DB.
>  
> Wow programming already in Java SE6.  Ok the api is changing all the 
> time, but what are it's main new features?
>  
> On 31/05/06, *Tom Ball* <Tom.Ball <at> sun.com <mailto:Tom.Ball <at> sun.com>> wrote:
> 
>     Amotz Anner wrote:
>      > Hello Alex,
>      >
>      > Wednesday, May 31, 2006, 10:20:07 PM, you wrote:
>      >
>      > ALSL> As stated many times before, the final API changes will
>     take place in
>      > ALSL> Mustang b86. So Jackpot will be updated after that release.
>      >
>      > ALSL> Bear in mind that the stability of non-release quality
>     software is a
>      > ALSL> "good thing to have", not a compulsory goal.
>      >
>      > ALSL> Anyway, it's a good chance to learn about that much we need the
>      > ALSL> quality in Sun's Java, namely compatibility.
>      >
(Continue reading)

Permalink | Reply | 1 comment |
headers
Alex Lam S.L. | 1 Jun 2006 02:12
Picon

Re: Jackpot and Mustang synchronization.

Tom, I have a feeling that Peter is just replying to the wrong thread
in the mailing list....

Alex.

On 6/1/06, Tom Ball <Tom.Ball <at> sun.com> wrote:
> Mustang will be providing an API for programmatically inspecting Java
> source code, via JSR-199, JSR-269, and a public com.sun.source API.
>
> Tom
>
> Peter wrote:
> > Seems, my problem was in the sequencing of primary key, so no need for
> > daily build of Netbeans. All this because i manually added data to DB.
> >
> > Wow programming already in Java SE6.  Ok the api is changing all the
> > time, but what are it's main new features?
> >
> > On 31/05/06, *Tom Ball* <Tom.Ball <at> sun.com <mailto:Tom.Ball <at> sun.com>> wrote:
> >
> >     Amotz Anner wrote:
> >      > Hello Alex,
> >      >
> >      > Wednesday, May 31, 2006, 10:20:07 PM, you wrote:
> >      >
> >      > ALSL> As stated many times before, the final API changes will
> >     take place in
> >      > ALSL> Mustang b86. So Jackpot will be updated after that release.
> >      >
> >      > ALSL> Bear in mind that the stability of non-release quality
(Continue reading)

Permalink | Reply | 0 comments |
headers
Philip Warne | 1 Jun 2006 04:15
Picon
Favicon

Re: Re: Finally understood

One or two off-topic questions the list can withstand but basic java questions need to be posted to the appropriate forum.

Peter <p.munsu <at> gmail.com> wrote:

I just noticed, i was being too persistent regarding asking questions.
 
Sorry, i won't ask another question.
 
But this thing of cannot apply method makes me mad.
 
Thanks for all the help.

 
On 30/05/06, Peter <p.munsu <at> gmail.com> wrote:
RegisterActionForm emplo yee = new RegisterActionForm();
            employee.getTitle();
            employee.getName();
            employee.getSurname();
            employee.getAddress1();
            employee.getAddress2();
            employee.getAddress3();
            employee.getTelno();
            employee.getEmail();
            employee.getCreditcard();
      &nbs p;     employee.getUsername();
            employee.getPassword();
 
I was declaring the first line badly.
 
Now when i call the create() method of the session bean
 
employee = lookupClientFacade().create(employee);
 
I get "entity.client cannot be applied"
 
Could it be because in table i have id (autoincremented), in which i did not declare in action form?
So the types don't match? 


__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

Permalink | Reply | 1 comment |
headers
Gregg Wonderly | 1 Jun 2006 04:36

Re: JList in Gui Builder help


Cam Roe wrote:
> Hey Gregg! Too many Jini users replying to UI questions... bound to be
> trouble! :) 
> 
> I finally simply did as you described, worked great.!

Great! I like simple solutions :-0

Gregg Wonderly
Permalink | Reply | 0 comments |
headers
Claudio Miranda | 1 Jun 2006 06:10
Picon

Re: application with midp2.0


	You can lear a lot from the following resources:

http://developers.sun.com/techtopics/mobility/reference/codesamples/index.html
http://developers.sun.com/techtopics/mobility/allttips/
http://developers.sun.com/techtopics/mobility/allarticles/

[]s

Claudio

Em 31-05-2006 18:22, Bert Arinando escreveu:
> i very interesting about making application in cellphone with midp2.0. 
> is there anyone can share code or  show me  where  i can find  address 
> to  opensource code about application with midp2.0 (people says we can 
> learn fast from examples and try alot).  i just new in midp2.0.

--

-- 

  Claudio Miranda
  ___________________________________________________________________
  http://weblogs.java.net/blog/claudio     claudio|em|claudius.com.br
  http://www.summa-tech.com              Summa Technologies do Brasil
  http://www.soujava.org.br
Permalink | Reply | 0 comments |
headers
Peter | 1 Jun 2006 07:05
Picon

Re: Re: Finally understood

Ok sorry, but i thought it was a bug in EJB, as my code seemed correct.

On 01/06/06, Philip Warne <swarne111 <at> yahoo.com> wrote:
One or two off-topic questions the list can withstand but basic java questions need to be posted to the appropriate forum.


Peter <p.munsu <at> gmail.com> wrote:
I just noticed, i was being too persistent regarding asking questions.
 
Sorry, i won't ask another question.
 
But this thing of cannot apply method makes me mad.
 
Thanks for all the help.

 
On 30/05/06, Peter <p.munsu <at> gmail.com> wrote:
RegisterActionForm employee = new RegisterActionForm();
            employee.getTitle();
            employee.getName();
            employee.getSurname();
            employee.getAddress1();
            employee.getAddress2();
            employee.getAddress3();
            employee.getTelno();
            employee.getEmail();
            employee.getCreditcard();
            employee.getUsername();
            employee.getPassword();
 
I was declaring the first line badly.
 
Now when i call the create() method of the session bean
 
employee = lookupClientFacade().create(employee);
 
I get "entity.client cannot be applied"
 
Could it be because in table i have id (autoincremented), in which i did not declare in action form?
So the types don't match? 


__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com


Permalink | Reply | 0 comments |
headers
Ove Nordstrom | 1 Jun 2006 07:55
Picon

RE: application with midp2.0

Hi,

Download Sun Wireless toolkit (it is free) and you will get a lot of example.

http://java.sun.com/products/sjwtoolkit/

Regards,

Ove

 

From: Bert Arinando [mailto:andoyes <at> yahoo.com]
Sent: den 31 maj 2006 23:22
To: nbuser
Subject: [nbusers] application with midp2.0

 

i very interesting about making application in cellphone with midp2.0. is there anyone can share code or  show me  where  i can find  address to  opensource code about application with midp2.0 (people says we can learn fast from examples and try alot).  i just new in midp2.0.

thank alot...


Regards,

Bert Arinando

Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low rates.

Permalink | Reply | 0 comments |
headers
mkleint | 1 Jun 2006 08:08
Picon

Re: debugging maven2 project

most probably  a bug.

please file it at http://jira.codehaus.org/browse/MEVENIDE
BTW if you can attach a working sample project to the issue, it would 
speed things up. So far I haven't managed to create a debuggable j2ee 
project where I could test debugging.

Thanks

Milos

Greenberg, Gary wrote:

> Whenever I am trying to debug my main project (M2) I am getting 
> following exception in the output window:
>  
> [INFO]OK - Deployed application at context path /
> [INFO]start?path=/
> [INFO]OK - Started application at context path /
> [INFO]
> [INFO]OK - Started application at context path /
> [INFO]Executing browser to show http://localhost:8084//
> [INFO]------------------------------------------------------------------------
> [ERROR]FATAL ERROR
> [INFO]------------------------------------------------------------------------
> [INFO]null
> [INFO]org.codehaus.mevenide.bridges.debugger.MavenDebugger
> [INFO]------------------------------------------------------------------------
> [INFO]Trace
> java.lang.NoClassDefFoundError
>  
>         at 
> org.codehaus.mevenide.netbeans.j2ee.MavenDeploymentImpl.class$(MavenDeploymentImpl.java:48)
>         at 
> org.codehaus.mevenide.netbeans.j2ee.MavenDeploymentImpl.doDeployment(MavenDeploymentImpl.java:87)
>         at 
> org.codehaus.mevenide.plugin.deploy.DeployMojo.execute(DeployMojo.java:90)
>         at 
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412)
>         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534)
>         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:488)
>         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:458)
>         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
>         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
>         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
>         at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:361)
>         at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:150)
>         at 
> org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:669)
>         at 
> org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaExecutor.java:153)
>         at 
> org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:125)
> Caused by: java.lang.ClassNotFoundException: 
> org.codehaus.mevenide.bridges.debugger.MavenDebugger
>         at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>         at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>         at 
> org.netbeans.ProxyClassLoader.loadInOrder(ProxyClassLoader.java:576)
>         at 
> org.netbeans.ProxyClassLoader.smartLoadClass(ProxyClassLoader.java:525)
>         at 
> org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:157)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>         at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>         at java.lang.Class.forName0(Native Method)
>         at java.lang.Class.forName(Class.java:164)
>         ... 15 more
> [INFO]------------------------------------------------------------------------
> [INFO]Total time: 26 seconds
> [INFO]Finished at: Wed May 31 14:00:34 PDT 2006
> [INFO]Final Memory: 36M/74M
> [INFO]------------------------------------------------------------------------
> I checked my installation and found 
> org.codehaus.mevenide.bridges.debugger.MavenDebugger class in
> .netbeans\5.0\modules\autoload\org-codehaus-mevenide-bridges-debugger.jar
>  
> So, who can tell me why NB is not loading class definition?
Permalink | Reply | 0 comments |
headers
bluesun | 1 Jun 2006 08:08
Picon
Favicon

Netbeans 5.5 daily and Sun AS 9....

....not a great combination IMO. There are way too many exceptions being thrown by the IDE. I wonder if this is a known issue.
 
Surya
Permalink | Reply | 5 comments |

Gmane