RE: Future JDK features 2 items

[Jim Moore]

The way that most modern languages handle what C used to do with
method-pointers is with closures.  Exactly what that means for a language
like Java is being experimented with in places like Groovy.  Much like how
entity beans are a joke -- giving all of J2EE a big black eye -- and the
standard is moving over to what actually has been proven to work (a-la
Hibernate), I agree with Dain that I don't really trust Sun to get it right
yet; I'd rather see "real-life" solutions for a while before it gets mixed
into the platform...  We've lived with XDoclet before getting annotations,
and libs for doing "enums" before JDK1.5, we can live without closures for a
bit longer.  (Said by someone who hates to leave Ruby and Python for Java
largely because Java doesn't have closures.)

-Jim Moore


-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 27, 2004 12:53 PM
To: Jakarta General List
Subject: Re: Future JDK features 2 items

On Oct 27, 2004, at 1:10 AM, Danny Angus wrote:

>
> Dain wrote:
>
>> If you want method pointers today, just get a good byte code 
>> generation tool.
>
> Yeah I know, and I seriously believe that workarounds such as this do 
> more to harm the so-called "purity" of Java than providing explicit 
> language level mechanisms for method pointers.

I understand what you are saying, but do you believe that Sun could actually
get such a feature right?  My guess is they would slap so many coding
restrictions and security checks around this feature to make is most
useless.  So, yes, I am arguing that no feature is better than a poorly
implemented feature.

-dain

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Is there a place for Eclipse plugins in Apache/Jakarta land?

[Jim Moore]

It would seem to me that IDE plugins should be at sourceforge.net or
java.net or the like instead of at Jakarta.  Certainly Velocity, Maven,
Struts, etc. should point people to them, but they just don't seem like the
kind of thing that the Jakarta community should be focusing on as "Jakarta"
projects.  (Of course it does make perfect sense for Jakarta people to be
involved on those projects, though.)

-Jim Moore


-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED] 
Sent: Thursday, June 12, 2003 6:31 PM
To: Jakarta General List
Subject: Re: Is there a place for Eclipse plugins in Apache/Jakarta land?


Perhaps there should be a Jakarta-IDE project of some description that 
contains plugins for any number of IDEs (Netbeans, Eclipse, IntelliJ) 
that relate to Jakarta projects.

This could be a home for:
* Velocity: http://sourceforge.net/projects/veloedit/
* Maven IDE: http://sourceforge.net/projects/mevenide/
* the Struts IDE plugins

And I've seen the cactus on already listed here:
http://eclipse-plugins.2y.net/eclipse/plugins.jsp

My 2c.

Cheers,
Brett

Andrus Adamchik wrote:
>>Since Eclipse folks have a directory of Eclipse Plugins already, that 
>>is where I would put it.  That is where Eclipse developers will look 
>>for it.  They will not necessarily be using Tomcat or Cactus, for 
>>instance.
>>
>>Otis
> 
> 
> AFAIK, Eclipse website doesn't really host plugin projects. E.g. an 
> Eclipse plugin for WebObjects, developed inside the ObjectStyle 
> community ( http://objectstyle.org/woproject/ ), is present on Eclipse 
> website at
> 
>   http://www.eclipse.org/community/plugins.html
> 
> But other than that has no affiliation with Eclipse. So pointing to 
> Eclipse doesn't solve Vincent's problem. Looks like he is really 
> looking for a place to develop a community around the plugin project. 
> IMO this is a good standalone project idea. So it is a choice between 
> Apache and SourceForge I guess.
> 
> Andrus Adamchik
> 
> ---
> ORM + GUI tools - http://objectstyle.org/cayenne/
> 
> 
> 
> 
>> On Thu, 12 Jun 2003, Vincent Massol ([EMAIL PROTECTED])
>>wrote:
>>
>>
>>>Hi,
>>>
>>>As part of Cactus, we have developed 2 Eclipse plugins. One of
>>
>>them is a
>>
>>>generic webapp plugin. We would like to extract this from the
>>
>>Cactus CVS
>>
>>>and let others benefit from it.
>>>
>>>However, I'm not sure where we should put this new project.
>>>
>>>Obviously one choice is to put it on SourceForge. Before doing
>>
>>this, I
>>
>>>wanted to let us decide first if we wanted to have a place in
>>
>>Apache
>>
>>>land where we would put such IDE plugins.
>>>
>>>I think more and more the focus in java land is on usability.
>>
>>Be it
>>
>>>Tomcat, Avalon, Maven, etc, they will all have user-oriented
>>
>>front ends
>>
>>>to increase user productivity. One obvious place is within
>>
>>their own
>>
>>>repository. The real question is about shared plugins, like
>>
>>the webapp
>>
>>>one, which would benefit Tomcat users as well as Cactus ones.
>>>
>>>Any idea?
>>>
>>>Note: There's no hurry. Just testing the water... :-)
>>>
>>>Thank you
>>>-Vincent
>>>
>>
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Web Developer
f2 network ~ everything essential
02 8596 4437


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: IDE Developers' guide

[Jim Moore]

Actually, some of the better ones (like IDEA) spit out ant files pretty much
appropriate for use in a continuous integration tool like Cruise Control,
and rocks for integrated JUnit functionality.  (There's even a plug-in to
help you create and maintain JUnit tests.)  I haven't seen the library
manager issue you refer to.

Actually, Ant is "guilty" of doing virtually everything you've railed
against IDEs for.  I never touch my classpath directly -- Ant manages it for
me.  And I've had far more issues with multiple versions with Ant than with
IDEs (both with Ant changes and the libraries it uses, especially JAXP).

Any layer of abstraction involves "leaks"
(http://www.joelonsoftware.com/articles/LeakyAbstractions.html), but that
hardly renders the abstraction worthless.  I know 68K and x86 assembly, can
understand Java byte-code, can write fancy perl scripts, and can tear apart
TCP/IP packets.  But I have no interest in doing so if I don't need to.  I
*like* being able to let Ant handle most of my build needs, and let IDEA
work its magic refactoring my code and just making life that much easier.
But, of course, when the abstraction leaks, I know how to plug it (or at
least where to look).

-Jim Moore


-Original Message-
From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]] 
Sent: Monday, November 25, 2002 4:37 PM
To: Jakarta General List
Subject: Re: IDE Developers' guide


>
>
>
>And why the heck should they? Any decent software worth it's salt 
>doesn't
>make the user touch their classpath :)
>  
>
Yeah and IDE project files are AWESOME for automated builds, automated 
unit testing, gump etc!  Its ALSO AWESOME when they stick multiple 
editions in their IDE libarary manager and get confused as to which is 
loaded!  That works WONDERFULLY! :-)

>>containing the classpath - seems like a decent approach; if all IDEs
>>supported something like this - and Ant scripts were written to support 
>>it - life would be easy.
>>
>>
>
>Have you seen the Maven eclipse integration that adds all the maven 
>goals
>into the IDE and runs them background, rather than modally?
>  
>
Is this relevant to the document?  Is there something you wish to have 
added to it?  I'm confused on what you're getting at.

-Andy

>--
>dIon Gillard, Multitask Consulting
>Blog:  http://www.freeroller.net/page/dion/Weblog
>Work:  http://www.multitask.com.au

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

What's the problem with the Jakarta site?

[Jim Moore]

It's painfully slow and I'm getting 403 errors to areas I know are public.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: heavy traffic trouble

[Jim Moore]

You might want to try the proper mailing list for Tomcat usage issues:
tomcat-user

But before posting to it, I would highly recommend following proper
netiquette and searching the archives BEFORE posting:
http://marc.theaimsgroup.com/?l=tomcat-user&r=1&w=2

(If you would've done that for this list first, you would've known that this
is very much the wrong place to ask those kinds of questions.)


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
Sent: Monday, July 01, 2002 1:01 PM
To: [EMAIL PROTECTED]
Subject: heavy traffic trouble


The jakarta tomcat go down when my site have heavy traffic, maybe is a
regular question, but i can't found information about this problem. I tried
to fix this problem working with the thread pool but i then i had the same
problem. I found information about this problem in other tomcat versions,
with linux and apache, somebody known something about this problem, how fix
this trouble? my tomcat is alone in a webserver, it have a connection with a
Oracle database server, and the connection with my http server (is the local
connection) is with the isapi filter (other ports is closed). I have two
similar web servers with load balancing: I am using the Tomcat version 3.1.
my server have windows 2000 IIS with isapi filter 2 x 800 MHZ processors 1
GB in RAM 2 SCSI 3 harddrive my regular traffic are 2000 to 5000 costumer in
the same time.

Plese help me
thank you
Luis A. Salas
Linux Administrator

--
To unsubscribe, e-mail:   
For additional commands, e-mail: