Re: [site] Kill the vendor support page

2006-02-08 Thread Erik Hatcher
What we did with Lucene was to move the hard-coded committer  
maintained list of projects and products that use Lucene to the wiki.


Let the community self-maintain this sort of thing.

+1 to moving it to the Jakarta wiki.

Erik


On Feb 7, 2006, at 8:17 PM, Henri Yandell wrote:



As per the previous email, I'd like to raise the question of  
killing the vendor support page. With Tomcat moving to TLP, there's  
even less Jakarta support here than before. Mainly it's Ant,  
Struts, Log4j, Tomcat and HTTP Server.


Alternatively, we could attempt to make it a Java support page for  
Apache products, or even talk to someone - probably the board,  
maybe prc - about having an Apache version of this. However, I  
think that doing it ourselves is probably outside our scope and I  
suspect there won't be a huge amount of interest Apache-wide to  
having such a database of vendors.


Any thoughts?

Hen

-
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: [VOTE] Naming for new Jakarta subproject

2005-08-16 Thread Erik Hatcher


On Aug 16, 2005, at 1:20 AM, Henri Yandell wrote:

[+1]Apache Silk [ ]Apache Web Bricks
[-1]Apache Web Components


The word components should not be used, IMO - too much confusion  
and overlap with JSF and Tapestry terminology.


Erik


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



Re: Name for commons-like area for web

2005-06-27 Thread Erik Hatcher


On Jun 27, 2005, at 3:55 AM, Danny Angus wrote:


Web Components.

+1

It is what it says it is.
Even to those who's first language may not be English.


I apologize that I've not followed this thread carefully.

Web Components: -1

JSF and Tapestry both have components that are vastly different  
beasts than what will be in this commons area.  It is too likely that  
anything called components would be confused by JSF or Tapestry folks.


What's wrong with Webapp Commons?

Erik


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



general versus java-user@lucene e-mail lists

2005-04-26 Thread Erik Hatcher
Because we now have the e-mail lists [EMAIL PROTECTED] and 
[EMAIL PROTECTED], I want to clarify their purpose.  [EMAIL PROTECTED] is 
where we discuss the Java implementation of Lucene.  The [EMAIL PROTECTED] 
list is for discussions that are about the Lucene top-level Apache 
project that do not pertain to a specific implementation or sub-project 
- such as organization of the sub-projects, cross-implementation 
testing, etc.

Several have posted to [EMAIL PROTECTED] recently but those mails are 
really best sent to [EMAIL PROTECTED]  I am subscribed to both and 
filter them both into my Lucene folder, and may or may not notice 
which of the lists I'm replying to.  Please use the appropriate list 
for your messages.

If there is anything we can do to avoid confusion with the e-mail 
lists, let us know.

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


Re: VOTE: Tomcat - TLP

2005-04-06 Thread Erik Hatcher
+1 (Jakarta PMC Member)

On Apr 6, 2005, at 7:36 PM, Ian F. Darwin wrote:
As has been discussed on this list  on tomcat-dev, the Tomcat people 
are interested in moving up.

Attached please find a Resolution to this effect from the proposed new 
Tomcat PMC to the Board.

This is a binding procedural vote to be decided by a simple majority 
of those eligible and casting votes (as per 
http://www.apache.org/foundation/voting.html).  All current members of 
the Jakarta PMC have binding votes.  Since this involves creation of a 
new project I believe we should give people a week to vote; votes must 
therefore be registered by midnight Eastern time on Wednesday, 13 
April 2005.

At that point we will tally the votes and, if the vote is in the 
affirmative, forward the Resolutions to the Board.

The question:
   I vote in support of the proposal to move Tomcat to an Apache Top 
Level Project as
   detailed in the attached Resolution.

   [  ] +1 Vote in support
   [  ]  0   Abstain
   [  ] -1  Vote against
Thanks.
Ian Darwin
--- Draft TLP Resolution ---
Establish the Apache Tomcat Project
  WHEREAS, the Board of Directors deems it to be in the best
  interests of the Foundation and consistent with the
  Foundation's purpose to establish a Project Management
  Committee charged with the creation and maintenance of
  open-source software related to the implementation of the
  Java Servlet and Java Server Pages specifications, for
  distribution at no charge to the public.
  NOW, THEREFORE, BE IT RESOLVED, that a Project Management
  Committee (PMC), to be known as the Apache Tomcat PMC, be and
  hereby is established pursuant to Bylaws of the Foundation; and
  be it further
  RESOLVED, that the Apache Tomcat PMC be and hereby is
  responsible for the creation and maintenance of software
  related to creation and maintenance of open-source software
  related to the implementation of the Java Servlet and Java
  Server Pages specifications based on software licensed to
  the Foundation; and be it further
  RESOLVED, that the office of Vice President, Apache Tomcat be
  and hereby is created, the person holding such office to serve
  at the direction of the Board of Directors as the chair of the
  Apache Tomcat PMC, and to have primary responsibility for
  management of the projects within the scope of responsibility
  of the Apache Tomcat PMC; and be it further
  RESOLVED, that the persons listed immediately below be and
  hereby are appointed to serve as the initial members of the
  Apache Tomcat PMC:
  Jean-Francois Arcand ([EMAIL PROTECTED])
  Bill Barker ([EMAIL PROTECTED])
  Kin-man Chung ([EMAIL PROTECTED])
  Jean-Frederic Clere ([EMAIL PROTECTED])
  Ian Darwin ([EMAIL PROTECTED])
  Tim Funk ([EMAIL PROTECTED])
  Henri Gomez ([EMAIL PROTECTED])
  Filip Hanik ([EMAIL PROTECTED])
  Larry Isaacs ([EMAIL PROTECTED])
  Jim Jagielski ([EMAIL PROTECTED])
  Jan Luehe ([EMAIL PROTECTED])
  Costin Manolache ([EMAIL PROTECTED])
  Remy Maucherat ([EMAIL PROTECTED])
  Kurt Miller ([EMAIL PROTECTED])
  Glenn Nielsen ([EMAIL PROTECTED])
  Amy Roh ([EMAIL PROTECTED])
  Peter Rossbach ([EMAIL PROTECTED])
  Yoav Shapira ([EMAIL PROTECTED])
  Mark Thomas ([EMAIL PROTECTED])
  Mladen Turk ([EMAIL PROTECTED])
  Keith Wannamaker ([EMAIL PROTECTED])
  NOW, THEREFORE, BE IT FURTHER RESOLVED, that Remy Maucherat
  be appointed to the office of Vice President, Apache Tomcat, to
  serve in accordance with and subject to the direction of the
  Board of Directors and the Bylaws of the Foundation until
  death, resignation, retirement, removal or disqualification, or
  until a successor is appointed; and be it further
  RESOLVED, that the initial Apache Tomcat PMC be and hereby is
  tasked with the creation of a set of bylaws intended to
  encourage open development and increased participation in the
  Apache Tomcat Project; and be it further
  RESOLVED, that the initial Apache Tomcat PMC be and hereby is
  tasked with the migration and rationalization of
  the Apache Jakarta PMC Tomcat subproject; and be it further
  RESOLVED, that all responsibility pertaining to
  the Jakarta Tomcat sub-project and encumbered upon
  the Apache Jakarta PMC are hereafter discharged.
--- End draft TLP resolution ---
-
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: [site] killing vendors page

2005-02-21 Thread Erik Hatcher
I like having a wiki page for this sort of thing - allow the community 
itself to maintain such lists.

Erik
On Feb 21, 2005, at 10:27 AM, Henri Yandell wrote:
Still deliberating killing the vendors page.
I suggested killing it before, one of the vendors (sorry, can't find 
your email now) replied very gracefully and I put it on the 'think 
about later' queue in my head. Analysis of the current vendor page:

3GS LLC - No website at www.3gsllc.com
Multitask - Dion's generic support
Applied Engineering Software Group - No website at www.aesgi.com
Basebeans - No website at www.basebeans.com
Cafesoft - Single Sign On J2EE product
JAMM - Very generic web support
OpenInput - Generic open-source support (I think. Spanish site)
OpenWeb - Jyve support :)
Sono - generic web dev support, no mention of Jakarta on site
Superlink - Andy's general open-source + POI support
Tachometry - Generic open-source support (incl Tomcat)
XPolog - J2EE Log management product
I already removed Ted's Struts support as no longer relevant to 
Jakarta.

Looking at the above, we have 3 dead links, 4 generic open-source 
support places, 2 J2EE products, 2 general web places and Jyve 
support, where Jyve is long dead :)

Doesn't really seem like a great answer to the original question of 
showing that there is support for open-source. So this is the usual 
email:

I'll remove vendors.html in 3 days and setup a redirect to mail2.html 
unless anybody -1's.

Hen
-
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: [site] killing vendors page

2005-02-21 Thread Erik Hatcher
On Feb 21, 2005, at 10:54 AM, Noel J. Bergman wrote:
I'd suggest that we talk to the PRC about it.  There are some good 
things
about a vendors page.  Erik makes an interesting point about the Wiki, 
but
it would mean that we couldn't vet it for content to prevent grossly
misleading content.
Lucene has a page like this here:
http://wiki.apache.org/jakarta-lucene/Support
All wiki changes are sent to an e-mail list for this very reason 
though, so that the community can vet it.  If someone posted misleading 
content, I'm sure many would take action to correct it almost 
immediately.

Erik

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


Re: [VOTE] Updating PMC bylaws

2004-08-10 Thread Erik Hatcher
+1
On Aug 10, 2004, at 11:58 AM, Henri Yandell wrote:
Suggested new bylaws are at:
http://www.osjava.org/~hen/jakarta/management.html
The aim is to identify the current reality, rather than plan out a new 
set
of bylaws. I believe I've responded to the past week of comments,
sometimes by dropping things from the text as they require discussion
(ie: active/inactive projects).

Voting rules are that we need at least 3 +1 _PMC votes_, and a 3/4
majority of +1's to -1's. I'll announce results next Tuesday.
===
[ ] +1 - let's do it
[ ] -1 - not good
===
I think the above voting rule is fair enough, though there are others 
we
could use. Let's not worry too much about it unless we have major
disagreements. Also, if people have non-voting commentary, it would be
nice if they could change the subject (ie:  Madness   Was: [VOTE] 
Updating
PMC bylaws). Makes counting the votes a lot easier.

Hen

-
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: Any interest in a Jakarta JavaOne BOF?

2004-05-22 Thread Erik Hatcher
Count me in!  I come in on the Saturday before, and leave on Wednesday.
Erik
On May 21, 2004, at 5:00 PM, Kevin Burton wrote:
It's about a 1.5 months away but I figured I would try to get a pulse 
on how much interest there is in holding a JavaOne BOF.

We've contacted SUN directly and they seem interested... though to be 
honest I was thinking it would be better to just have us meet at a bar 
or maybe at our offices since we're 1/2 a block away from the Metreon.
So I'm thinking beer, pizza, wifi... music... could be fun.  We might 
not be able to host it at our offices but there are a few places 
around the hood we could rent out.

So how many people would be interested...?!
PS... We're hiring REALLY smart people experienced in Jakarta tools... 
email me
private for more info.

--
Please reply using PGP.
   http://peerfear.org/pubkey.asc  NewsMonster - 
http://www.newsmonster.org/
   Kevin A. Burton, Location - San Francisco, CA, Cell - 415.595.9965
  AIM/YIM - sfburtonator,  Web - http://peerfear.org/
GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412
 IRC - freenode.net #infoanarchy | #p2p-hackers | #newsmonster

-
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: Listing as commercial support implementation services provider for Lucene

2004-04-15 Thread Erik Hatcher
You're already listed here: 
http://wiki.apache.org/jakarta-lucene/Support

This seems like the best place to advertise yourself.  Perhaps placing 
something on the main Jakarta wiki would be good too?

	Erik

On Apr 15, 2004, at 6:23 AM, Hans-Christian Brockmann wrote:

We would like to be listed as a commercial provider of implementation 
support for Lucene search technology.
BROX IT-Solutions GmbH, www.brox.de http://www.brox.de/
oWe provide implementation, customization and maintenance 
services for search technology.
Our implementation tools support seamless migration between about a 
dozen different search algorithms, but initial customer 
implementations are always based on Lucene. We typically implement 
search technology across heterogeneous structured and unstructured 
data environments and guarantee high ROI low TCO projects.
oHannover, Germany, Europe
o[EMAIL PROTECTED]

Please let us know, in case you required additional information

Kind regards,

Hans-Christian Brockmann
BROX IT-Solutions GmbH
Hannover Office:Stuttgart Office:
Roscherstr. 12  Meisenweg 35
30161 HANNOVER  70771 
LEINFELDEN-ECHTERDINGEN
Germany  Germany
Phone: +49 (5 11) 33 65 28 - 0   Phone: +49 (7 11) 997 52 
92
Fax: +49 (5 11) 33 65 28 - 29 Mobil:   +49 (160) 90 12 
57 26
e-mail: [EMAIL PROTECTED]
Web: http://www.brox.de http://www.brox.de/
SUCHEN SIE NOCH, ODER FINDEN SIE SCHON?
= Mitarbeiter verbringen mehr als 1/3 ihrer Arbeitszeit mit Suchen 
oder Doppelarbeit
= ANYFINDER verbesserte die Erfolgschance einer Suche um ca. 50%, 
denn ANYFINDER findet 2x schneller zum Ergebnis
Testen Sie ANYFINDER live im Internet: www.anyfinder.de 
http://www.anyfinder.de/

Anyfinder in der Presse (Ausschnitt):
heise News Ticker: Neue Suchmaschinen braucht das Land [11.03.04]
Mitteldeutsche Zeitung (mz-web.de): Anyfinder als Google Konkurrenz 
[31.03.04]
Yahoo Deutschland: Anders googeln - Mit Anyfinder schneller suchen 
[31.03.04]
Krone.at: Google gerät zunehmend unter Druck [31.03.04]







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


Re: [ANN] Tapestry 3.0 rc1 released

2004-03-17 Thread Erik Hatcher
Yes, on the tapestry-dev list at the top of the Votes section here:

	http://jakarta.apache.org/tapestry/changes.html

Are we supposed to get releases approved by the PMC?

On Mar 17, 2004, at 6:47 PM, [EMAIL PROTECTED] wrote:

Was there a vote for it?
--
dIon Gillard, Multitask Consulting


Harish Krishnaswamy [EMAIL PROTECTED] wrote on 17/03/2004
11:55:38 PM:
Tapestry 3.0 Release Candidate 1 has been released.

-Harish

-
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: [VOTE] HiveMind as a Jakarta sub-project

2004-03-03 Thread Erik Hatcher
On Mar 3, 2004, at 9:58 AM, Geir Magnusson Jr wrote:
[X] +1  I support this proposal (BINDING)
[ ] -1  I don't support this proposal
[ ]  0  I abstain from voting for or against this proposal


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


jakarta-site karma?

2004-02-02 Thread Erik Hatcher
In order to finally make an official mirrored release of Lucene 1.3, I 
need jakarta-site karma so that I can update binindex and sourceindex.

Would the powers that be please grant me this?

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


Re: jakarta-site karma?

2004-02-02 Thread Erik Hatcher
On Feb 2, 2004, at 1:14 PM, Craig R. McClanahan wrote:
Would the powers that be please grant me this?

Thanks,
Erik
Done.
Thank you, Craig!

	Erik

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


Re: FeedParser API for Java (source available)

2004-01-12 Thread Erik Hatcher
On Jan 12, 2004, at 2:51 AM, Kevin A. Burton wrote:
Some of you may remember my previous post about our FeedParser 
RSS/Atom parser implementation for Java.

Everything looks good on our end and we've got legal approval.  They 
just needed to review the licenses...

Anyway... I've blogged this and the source as well as a JXR reference 
is up.  Please give me feedback.  Try not to focus too much on code 
quality as much as API.  The source will be changing before 1.0 as I 
clean some things up.

can I seem some +1s?   ;)
oh yeah +1 !!!



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


Re: [License] for jars in CVS

2004-01-02 Thread Erik Hatcher
On Jan 2, 2004, at 2:10 PM, Craig R. McClanahan wrote:
You still need mechanisms to allow the developer to override the 
default
decisions checked in to the build scripts.  For nearly all of the 
I've checked
in jars for the convenience of developers packages I've evaluated for 
use fail
to allow such overrides, and hard code their build classpaths to point 
at the
checked in JARs only.
Well, we should address bad build file writing more than JAR's in CVS!  
:)  My build files follow this scheme 
http://www.ehatchersolutions.com/JavaDevWithAnt/ant.html#lib - and I 
have an Ant property for *each* JAR that can be easily overridden at 
many levels.

	Erik

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


Re: [License] for jars in CVS

2003-12-26 Thread Erik Hatcher
On Dec 24, 2003, at 5:47 PM, Danny Angus wrote:
In the case of most of the licences we'd be likely to consider in this 
context it is usually perfectly OK to distribute Jars in a 
distribution because that gives you the opportunity to comply with 
licence conditions regarding distribution of their licence and other 
materials.

The problem boils down to the fact that some licences, and I know that 
JavaMail and Activation are cases of this, do allow re-distribution as 
part of a complete product, but don't allow re-distribution in any 
other case. Similarly OS licences require that a copy of the licence 
be distributed along with the binary, and simply placing both in cvs 
doesn't compel anyone to download or read the licence.
Understood.  Perhaps a nice compromise is to allow projects to keep a 
.zip of the dependency JAR's in CVS which includes the license files, 
so there is no way to download just the JAR's  themselves directly.  It 
would be a simple Ant target to have this unzipped locally and used 
from then on out.

As far as OGNL is concerned, from my lurking on the Tapestry lists I'd 
say that it is pretty clear that there is a close association between 
the projects, and if you want to continue to have OGNL in cvs I'd get 
Drew to send a mail to the Tapestry dev list, or the PMC confirming 
that they are happy for this to happen.
I have e-mailed Drew to request he send an all is well message.  I 
have yet to hear back from him, but we have a couple of reasons to rest 
easy on this one: Drew is a good friend of mine, so would not stir up 
any trouble related to this, and he gets great publicity from having 
OGNL embedded in Tapestry and other places.

FWIW on a previous occasion that this subject came up I got a similar 
assurance from Mark Mathews regarding the mm.mysql jdbc drivers, he 
was quite happy with the way we were doing things and this seemed to 
be acceptable. Leastways no-one here complained.
Again, I don't think we have any worries about OGNL.  But your point is 
well taken with respect to other JAR's which disallow direct 
redistribution.  Would the .zip solution be acceptable in these cases?

	Erik

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


Re: [License] for jars in CVS

2003-12-24 Thread Erik Hatcher
In jakarta-tapestry/lib/ext lives all of the licenses of the embedded  
3rd party libraries.  In that directory is a LICENSE.ognl.txt which  
contains the full license.  I believe this is all that is needed to  
satisfy the license to redistribute the binary version.  I can assure  
that you we will never ever have a problem with OGNL (Drew is a good  
friend of mine, and having the high profile use of OGNL in Tapestry and  
other projects like WebWork2 is great advertising for him and his  
genius).

As for the larger issue of no JARs in CVS - I disagree.  I'm  
pragmatic and also like to have everything in CVS needed to build a  
distribution (even Ant itself for my employers projects).  It saves a  
lot of hassle to version all source code and dependencies together.   
Yes, we could make the Maven repository argument, but I personally  
prefer the complete offline usability of a CVS snapshot.  When Tapestry  
came to Jakarta, it's dependencies were vetted extensively and several  
were removed from CVS - so it is still a PITA to build Tapestry from  
CVS (and according to Howard, his attempts to Mavenize the build have  
been unsuccessful to date).

	Erik

On Dec 24, 2003, at 3:47 AM, Henri Yandell wrote:

As I just happened to notice this on Incubator [AltRMI in fact]:

Is all source code distributed by the project covered by one or more  
of
the following approved licenses: Apache, BSD, Artistic, MIT/X, MIT/W3C,
MPL 1.1, or something with essentially the same terms?

The below is, to my quick glance, a BSD licence, so approved. I'm with  
you
on the no jars in CVS, but each to community to their own. Whether
Tapestry is properly fulfilling the licence by listing their use of  
ognl
in their documentation would be something to check on.

Hen

On Wed, 24 Dec 2003, Robert Leland wrote:

Can we really store non Apache licensed jars in the CVS ?

My personal preference is to store no jars in CVS

For Example I noticed ognl stored in Tapestry CVS :

/ 
/- 
-
//Copyright (c) 2002, Drew Davidson and Luke Blanshard
//  All rights reserved.
//
//Redistribution and use in source and binary forms, with or  
without
//  modification, are permitted provided that the following  
conditions are
//  met:
//
//Redistributions of source code must retain the above copyright  
notice,
//  this list of conditions and the following disclaimer.
//Redistributions in binary form must reproduce the above  
copyright
//  notice, this list of conditions and the following disclaimer in  
the
//  documentation and/or other materials provided with the  
distribution.
//Neither the name of the Drew Davidson nor the names of its
contributors
//  may be used to endorse or promote products derived from this  
software
//  without specific prior written permission.
//
//THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND  
CONTRIBUTORS
//  AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
//  LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
//  FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
//  COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT,  
INDIRECT,
//  INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES  
(INCLUDING,
//  BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;  
LOSS
//  OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED
//  AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT  
LIABILITY,
//  OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY  
OUT OF
//  THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF  
SUCH
//  DAMAGE.
//



-
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]


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


Re: Apache/Jakarta @ JavaOne?

2003-06-01 Thread Erik Hatcher
I'll be there, so count me in for any official or unofficial gatherings.

	Erik

On Saturday, May 31, 2003, at 05:47  PM, Mark Womack - Apache wrote:

Are there any official or unofficial Jakarta/Apache activities planned 
around the JavaOne conference in SF?

-Mark


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


Re: ASL and source code examples

2003-04-04 Thread Erik Hatcher
I followed the lead that I saw in Core J2EE Patterns book and had 
Manning simply print the ASL on a single page in the back of the book.  
All the code in the book was originally written by Steve and I, but 
some of it was donated to Ant itself and is now under the ASL, so I 
figured it was the right thing to do by putting the license in the 
book as well.

	Erik

On Friday, April 4, 2003, at 02:46  PM, Howard M. Lewis Ship wrote:
Something just struck me about the ASL.

I'm writing a book on Tapestry and, in the later chapters, I'm 
dissecting a
Tapestry application.  I chose the Virtual Library, which is 
distributed
under the ASL as part of the Tapestry distribution.  What are my 
obligations
as pertains to including portions of the Vlib source code in the book? 
 Do I
have to maintain that long ASL copyright message in the listings or 
just
provide a general notice that all the examples as covered under the 
ASL?  Is
this usage covered under some kind of fair use clause (or generally
accepted practice)?

--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry


-
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: XDoclet, XJavaDoc, Apache and Licensing

2003-03-26 Thread Erik Hatcher
Is there some other e-mail list where we should should discuss the  
xjavadoc licensing issue?  infrastructure?  Or...???

Thanks,
Erik
On Tuesday, March 25, 2003, at 08:54  AM, Aslak Hellesøy wrote:

Hello,

The XDoclet project (http://xdoclet.sourceforge.net/) is considering
applying for Jakarta/Apache membership. Before we get into that  
process,
we'd like to clarify some licensing issues we think we might have.

XJavaDoc (a sub project of XDoclet) is a library that parses Java  
source
files and makes information about the source files (including comments  
and
JavaDoc tags) available via an API. The XJavaDoc API is similar to the
com.sun.javadoc API, which is the core of Sun's JavaDoc engine.  
XJavaDoc is
used in favour of Sun's JavaDoc core because it is faster, more feature
rich, and we have complete control over the source code.

XJavaDoc and JavaDoc offer very similar functionality, and have similar
APIs.
The main differences are:

1) XJavaDoc returns java.util.Collection where JavaDoc returns arrays.
2) XJavaDoc uses Java Bean style naming conventions for methods.  
JavaDoc
doesn't.
3) XJavaDoc delegates all JavaDoc comment information to an XDoc class.
JavaDoc uses an inheritance model.
4) XJavaDoc's parser is implemented with JavaCC, JavaDoc uses  
proprietary
sun.* classes from the javac compiler.
5) XJavaDoc's API does not use or implement any of the com.sun.javadoc
classes.
6) XJavaDoc has a richer API than JavaDoc.

Furthermore:

7) XJavaDoc only has runtime dependencies to Jakarta Commons Logging  
and
Jakarta Commons Collections.
8) XJavaDoc's API: http://xdoclet.sourceforge.net/xjavadoc/apidocs/  
(Look at
XJavaDoc, XClass, XMethod, XDoc and XTag for starters).
9) XJavaDoc in ViewCVS:
http://cvs.xdoclet.sourceforge.net/cgi-bin/viewcvs.cgi/xdoclet/ 
xjavadoc/
10) XJavaDoc in CVS: xjavadoc CVS module:
http://sourceforge.net/cvs/?group_id=31602

We believe that these differences are sufficient in order to avoid  
potential
licensing problems with Sun.

QUESTIONS TO THE JAKARTA TEAM:

1) Can anyone with more knowledge about licenses tell me whether  
XJavaDoc is
in violation with Sun's license for JavaDoc?
2) Would it be fair to claim that XJavaDoc is *not* a clean room
implementation of JavaDoc?
3) Is there anything we should do (from a legal perspective) before we  
start
working on a proposal for Jakarta/Apache membership for  
XDoclet/XJavaDoc?

Best regards,
Aslak Hellesøy - The XDoclet Team.
-
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: XDoclet, XJavaDoc, Apache and Licensing

2003-03-26 Thread Erik Hatcher
On Wednesday, March 26, 2003, at 01:27  PM, robert burrell donkin wrote:
i believe that XDoclet would now have to be incubated (rather than 
going straight into jakarta). i think that one of the functions of the 
incubation process would be to give definite answers on these kinds of 
questions.
We'll worry about where XDoclet/XJavaDoc goes in a future proposal - 
let's not get started on that discussion just yet.  The XDoclet folks 
(myself included) want to ensure the licensing issue is addressed first 
in case any code adjustments need to be made or if its even feasible to 
bring XJavaDoc over.

	Erik

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



Re: XDoclet, XJavaDoc, Apache and Licensing

2003-03-26 Thread Erik Hatcher
On Wednesday, March 26, 2003, at 12:59  PM, Costin Manolache wrote:
We believe that these differences are sufficient in order to avoid
potential licensing problems with Sun.
I'm not sure I understand where the licensing problems would come from.

Are you using any code from javadoc or Sun ? Are you implementing any 
Sun
APIs in XJavaDoc ?
No, not implementing any JavaDoc API at all.  I think the main issue is 
that the API mirrors the com.sun.* API in terms of the source code 
model that it builds.

The only possible problem I can see is the name ( which is very close 
).
And of course if the name itself is an issue.

2) Would it be fair to claim that XJavaDoc is *not* a clean room
implementation of JavaDoc?
That's something only XJavaDoc authors you can tell, and nobody else.
If you used JavaDoc source code in creating XJavaDoc - then it can't
be a clean room.
No, the source code of javadoc was not used in developing xjavadoc - 
just the public API was mirrored.  ClassDoc (I think that's the 
com.sun.* name) maps to XClass, for example.  The interface is not 
exactly the same, as Aslak pointed out.  XJavaDoc uses bean style 
naming conventions, whereas javadoc's API does not.

	Erik

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


Re: XDoclet, XJavaDoc, Apache and Licensing

2003-03-26 Thread Erik Hatcher
On Wednesday, March 26, 2003, at 06:54  PM, Andrew C. Oliver wrote:


Ok, that's a bunch of stuff we're not allowed to do (regarding package
names), and AFAICT we (XJavaDoc) are not doing any of that.
What's your point Andy?

Someone said that you were mirroring the com.sun packages..  Is that 
bad?  I showed that it was.
If you're not, then obviously it doesn't apply.
We mirror by having an API that looks similar in its class 
hierarchy, but that is the only similarity.  Different package names, 
etc.

Is that in violation of what you just quoted?  I can't read legal 
mumbo-jumbo without a lawyer translator... that's why we are asking 
here!  :)

	Erik

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


Re: [discussion] jakarta-gump as community property

2002-12-19 Thread Erik Hatcher
+1

Sam Ruby wrote:

Gump is now two years old.  It has had contributions from over a dozen 
people, about a half-dozen this month alone.  There seems to be a 
renewed interest in gump (some in response to a little nudging grin).

Considering all of this, what I would like to propose is that the 
contents of jakarta-alexandria/proposal/gump get moved to jakarta-gump, 
all committers to any jakarta code base be given karma and voting rights 
on the full contents (descriptors, code, and stylesheets alike) and that 
a single [EMAIL PROTECTED] mailing be created (we are all devs 
here, right?)

Thoughts?

- Sam Ruby




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





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




Re: Newsletter - Request for content

2002-12-02 Thread Erik Hatcher
I was mostly off-line over the Thanksgiving weekend and have been caught 
up with lots of other miscellaneous tasks when I did get some computer 
time.  I'm not going to be able to submit an Ant posting this time, sorry.

	Erik


Rob Oxspring wrote:
Hello again,

We're very nearly done with another month so it's time to pester people about the newsletter again.  As usual, I've cc'd those that
submitted content last month in the hope that they will either submit something again, or manage to persuade someone else to take
over writing for the November issue.

If anybody else fancies doing a write up of the progress in some Jakarta project it then please send it in.  For a inspiration on
content and style you can review previous entries at http://jakarta.apache.org/site/news/, although new styles and ideas are welcome
too.

Planned timescale:
Submissions sent to me by midnight Monday 2-Dec-2002.
Drafts will be posted on Tuesday and Wednesday as needed for alterations and last minuters.
Final copy sent out on [EMAIL PROTECTED] midday 5-Nov-2002
All times GMT.

Thanks,

Rob


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






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




[Fwd: Requesting Permission To Use Diagram]

2002-11-01 Thread Erik Hatcher
This is an interesting question.  I've seen books (Geary's Advanced JSP, 
for example) that print the ASL in the book, and in fact I included it 
my Ant book.

Comments from the general list on this?  Should this be a topic for a 
different list?

	Erik

 Original Message 
Subject: Requesting Permission To Use Diagram
Date: Fri, 1 Nov 2002 10:39:05 -0800 (PST)
From: Brian Coyner [EMAIL PROTECTED]
Reply-To: Cactus Users List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

I am writing a book for O'Reilly. This book is a cookbook where each 
chapter
covers a different open source tool. There is a chapter devoted to 
Cactus and
we would like to use a diagram contained within the Cactus documentation.
Specifically, we would like to use the diagram I have attached to this post.
The O'Reilly folks will probably redraw the diagram to fit the style of 
their
books, but the content ends up being the same. I read the license 
agreement but

was not clear as to whether we could reproduce the diagram without 
permission.


Thanks,
Brian Coyner

__
Do you Yahoo!?
HotJobs - Search new jobs daily now
http://hotjobs.yahoo.com/

--
To unsubscribe, e-mail: 
mailto:cactus-user-unsubscribe;jakarta.apache.org
For additional commands, e-mail: 
mailto:cactus-user-help;jakarta.apache.org





--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org



Re: [Fwd: Requesting Permission To Use Diagram]

2002-11-01 Thread Erik Hatcher
Correction, it was not Geary's book, it was J2EE Core Patterns, which 
has the ASL reprinted.

	Erik


Erik Hatcher wrote:
This is an interesting question.  I've seen books (Geary's Advanced JSP, 
for example) that print the ASL in the book, and in fact I included it 
my Ant book.

Comments from the general list on this?  Should this be a topic for a 
different list?

Erik

 Original Message 
Subject: Requesting Permission To Use Diagram
Date: Fri, 1 Nov 2002 10:39:05 -0800 (PST)
From: Brian Coyner [EMAIL PROTECTED]
Reply-To: Cactus Users List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

I am writing a book for O'Reilly. This book is a cookbook where each 
chapter
covers a different open source tool. There is a chapter devoted to 
Cactus and
we would like to use a diagram contained within the Cactus documentation.
Specifically, we would like to use the diagram I have attached to this post.
The O'Reilly folks will probably redraw the diagram to fit the style of 
their
books, but the content ends up being the same. I read the license 
agreement but

was not clear as to whether we could reproduce the diagram without 
permission.


Thanks,
Brian Coyner

__
Do you Yahoo!?
HotJobs - Search new jobs daily now
http://hotjobs.yahoo.com/

--
To unsubscribe, e-mail: mailto:cactus-user-unsubscribe;jakarta.apache.org
For additional commands, e-mail: 
mailto:cactus-user-help;jakarta.apache.org





--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org





--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org




Re: [PROPOSAL] Tapestry joins Jakarta

2002-10-18 Thread Erik Hatcher
+1

Ship, Howard wrote:

Background

Tapestry, currently housed at the SourceForge (http://tapestry.sf.net), is component-based web application framework.  Tapestry falls generally into the pull-MVC model of development.


[...]


--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org




Re: Jakarta Newsletter - May 2002

2002-06-05 Thread Erik Hatcher

Rob,

Very nice.  I've been keeping this idea high on my to-do list and I'm glad
to see you finally get to it.

This is more detailed than future ones probably should be, and that would
likely be the case when other projects get incorporated anyway.

Great job, and you can count on me assisting you with this in any way
possible in the future.

Erik


- Original Message -
From: Rob Oxspring [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 05, 2002 9:57 AM
Subject: Jakarta Newsletter - May 2002


 Jakarta Newsletter
 ==
 Issue: 0
 Date: May 2002

 A Jakarta newsletter has been mentioned a few times on the general list
and
 so I figured it was high time that one was produced. The discussions
 previously seemed to settle on a monthly affair with a a regular change of
 editorship. The aim is that for the future, different people will take
over
 different sections for a limited period so that nobody gets bogged down
with
 the chore unless they want to - some lists may have a series of volunteers
 step up, other projects may choose to add newsletter editing as a regular
 responsibility for each of their active committers.

 Hopefully this will lead to a dynamic monthly newsletter that can be sent
 out on the announcement list (or a new newsletter one) and try to keep
 people informed of what all the projects are up to without having to
monitor
 all the projects

 This issue is entirely edited my myself rather than a set of developers
and
 as a direct result is limited to the dev lists I monitor properly. With
luck
 others will help out future issues providing a varied style and more
 complete content.

 Rob Oxspring



 General
 ===

 This month saw the first ever veto of a new committer in the Tomcat
 subproject. [1] The resulting threads from this discussed how much a
person
 should have to do before being given committer rights [2] and what they
 should have had to do. This in turn lead to a proposed rethink of the
 current rights and roles at Jakarta - can non-coders be committers? should
 people be given voting rights without CVS access? - should they be given
CVS
 access without the hassle of voting rights? The answers seemed to be
 probably, possibly and probably not respectively [3] On a similar note,
 there was a brief look at how best to welcome and nurture volunteers to
keep
 Jakarta growing and progressing [4]

 An announcement of a new in house mail archive using EyeBrowse [5] lead to
a
 few threads regarding the infrastructure available at Jakarta. The main
 focus was on whether to switch from Bugzilla to Scarab [6,7] although
 Subversion was also mentioned with anticipation. There was also discussion
 of the best way to measure project activity and how useful such a metric
 would be [8].

 Related to the infrastructure and to project activity, Maven was advocated
 by Jon Scott Stevens as a build system we should all be using. The ensuing
 flame war included a lot of Centipede vs Maven, XSL vs Velocity, and other
 Ego clashes. The result seems to have been that some commons projects have
 switched to maven and that several people have begun to think about what
is
 and isn't provided by the Forest / Gump / Maven / Centipede projects -
 Surely good things will come. Instead of pointing to specific threads here
 I'll just suggest that you search the archives for the countless threads
 along the lines of Quick! convert all your projects to maven!, You make
 the decision, You guys are so funny, and [PROPOSAL] Centaven and
 Friends.

 It was noted that the general list seems to be targeted for advertising
 Jakarta support but that there should be a better place for this. The
 discussion [9] lead to a new page on the web site listing providers of
 Jakarta support [10].

 Should database related technology have its own Apache project? the theme
of
 a language per project at Apache could be lost, but is this a problem?
Read
 the full thread [11] and see what you think.

 [1] - http://marc.theaimsgroup.com/?t=10222159092r=1w=2n=11
 [2] - http://marc.theaimsgroup.com/?t=10222634452r=1w=2n=24
 [3] - http://marc.theaimsgroup.com/?t=10222816225r=1w=2n=99
 [4] - http://marc.theaimsgroup.com/?t=10222976112r=1w=2n=11
 [5] - http://marc.theaimsgroup.com/?t=10204510812r=1w=2n=23
 [6] - http://marc.theaimsgroup.com/?t=10204574701r=1w=4n=14
 [7] - http://marc.theaimsgroup.com/?t=10219434461r=1w=2n=10
 [8] - http://marc.theaimsgroup.com/?t=10211291743r=1w=2n=12
 [9] - http://marc.theaimsgroup.com/?t=10212772502r=1w=2n=27
 [10] - http://marc.theaimsgroup.com/?t=10213983331r=1w=2n=12
 [11] - http://marc.theaimsgroup.com/?t=10203755791r=1w=2n=53



 Ant
 ===

 The first beta of version 1.5 was released this month, provoking lots of
bug
 fixing and doc patching [12]. A difference causing some confusion this
time
 round was that the optional.jar is now included as the main distribution
 [13] and this also moved into discussions of how 

Re: cross-project communications

2002-05-01 Thread Erik Hatcher

One thing that we discusssed back in late December was setting up a Jakarta
newsletter (look for subject Jakarta Newsletter in the archives).

At that time I volunteered to provide an Ant update, as we discussed having
someone from each project provide updates.  For the next month or so I'm too
busy to do anything more than that, but after that I would volunteer to do
more - like roll up the updates from the projects and be the collector of
the news.  If someone wants to get the ball rolling on that it would be
great, and I'll jump in very soon to help out.

In the monthly (seems to be the best frequency to use) newsletter we could
announce new projects, new releases, new committers, and any other general
issues that are of interest to folks keeping tabs on the Jakarta world.

I apologize for not following up on the newsletter thing before.  Rob?
Geir?  Thoughts?  Did either of you do anything since our original messages?

Erik

- Original Message -
From: Santiago Gala [EMAIL PROTECTED]
To: Jakarta General List [EMAIL PROTECTED]
Sent: Wednesday, May 01, 2002 2:05 PM
Subject: cross-project communications


 Berin Loritsch wrote:

  Andrew C. Oliver wrote:
 
 
  Translation:
 
  Jakarta = jakarta.apache.org
  XML = xml.apache.org
 
  And the reason on XML.apache.org there is no discussion is:
  everyone seems to be on board with Forrest--which is using Centipede.
 
 
 
  Yeah so why can't these work together?  I still just don't get it.
  Gee we don't like that lets do our own thing or integrate with
  anything but this or that.  It just baffles the crap out of me. If I
  had the choice.  I'd use NEITHER.  I choose Centaven WITH GUMP.
 
 
 
  Fine.  The history is that Forrest was in motion before I even knew
  there was such a thing as Maven.  I know the folks involved with
  Forrest, and they are top notch people.  The whole purpose of Forrest
  is to work with GUMP.  (Notice the synergy: Forrest Gump).
 
  Forrest was started and talked about publicly on the general@xml
  list before it was even started.  That is something that somewhat
  perturbs me about the Turbine projects.  SOmething with Maven's
  scope and ability should have been talked about publicly instead of
  sneaking up on us.  When we get the message convert all your
  projects..., that would definitely catch alot of people off guard.
 
 
 I am interested is most of Jakarta-land, and in most of  xml-land (the
 *instanceof* java part).

 I'm wondering if cross-communication lists would be needed. Since there
 are plenty of communities in Apache, the general lists are too general
 for me most of the time.

 Since the java.apache.org project was frozen a lot of time ago, we could
 reuse the name to create a [EMAIL PROTECTED] list, or some similar
 cross-project structure to ease java development communications.

 The main points I see are:

 - xml is becoming fairly used everywhere, so that most of us are related
 to it somehow (specially as power-users or plain-users of the
 java-related tools)
 - a significant part of Jakarta is devoted to project infrastructure
 (build, test, document, ...)
 - infrastructure thingies springin in xml are being sent outside instead
 of being developed there.

 Java server is a big box to organize things, and XML is potentially even
 bigger, so I think some organizational thinking should be (is already?)
 going on. Also, one year and a half without an ApacheCon synchronization
 points does not help much.

 I'm not entering here to pick up flames, just looking for constructive
 solutions.

 Regards,
 Santiago



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




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




Re: Subproject Proposal - crossdb

2002-04-25 Thread Erik Hatcher

I have not dug into this, but a friend of mine raves about it:

http://www.softwaretree.com/products/jdx/Jdx1.htm


Can anyone compare/contrast features between this and Torque?

Peter - how does this jive with your wish list?

Erik


- Original Message -
From: Peter Donald [EMAIL PROTECTED]
To: Jakarta General List [EMAIL PROTECTED]
Sent: Thursday, April 25, 2002 9:09 PM
Subject: Re: Subproject Proposal - crossdb


On Fri, 26 Apr 2002 09:20, Jon Scott Stevens wrote:
 on 4/25/02 3:37 PM, Peter Donald [EMAIL PROTECTED] wrote:
  Hi,
 
  As a side note. I have heard good things about
  http://hibernate.sourceforge.net/ which is yet another persistence
layer.
  Unlike all the other ones this does not force you to work within a
  particular model of development. ie It does not force you to regenerate
  sources (ie Torque), postcompile (ie Entity beans), or process it
through
  bytecode augmenter (ie JDO).
 
  The persisted objects are simple java beans with setters and getters.
The
  setters/getters need not be public but the system will only persist
  javabean properties.
 
  Anyways it looks like a very kool idea but I have not yet tried it. And
  before I jump into it I was wondering if anyone else has had a go? The
  main thing I guess I am interested in is the performance as none of its
  docs talk about how they cache instances of javabeans or when the beans
  are made stale etc.

 I like their quote in their FAQ...

 And, at runtime, reflection isn't really as slow as people say.

 The reality is that reflection in pre-JDK 1.4 is terribly slow compared
 with direct method calls.

1.3 reflection is a little better but the earlier stuff truly sucks ;)

However the speed of reflection is such a minor part in persistence layer I
could not see how it would effect performance. Especially given that you are
going through jdbc possibly over IP to get to the underlying DataSource.

What I guess the main performance characteristeric will be how they handle
the
instance cache, invalidation and so forth. Unfortunately I can't see any
stuff on their websote regarding that.

 FYI, Torque's re-generation of sources is really not that big of a deal.

Depends on how often the schema changes ;) Or if you need to map it in
different ways in different systems.

However the main reason that I was looking at this was because the
persistence
layers suck in a distributed application. You end up creating dummy Value
Objects for each persisted object or for each view which are 90% identical
to
actual persistent objects (minus the persistence framework specific parts).

Sou you end up with something like following in torque

MyData (The Biz Object)
MyDataVO (The Value Object)
MyDataPeer (The Peer)
AbstractMyData (the abstract biz object)
AbstractMyDataPeer (The abstract Peer)

And the only one decoupled from the persistence framework is MyDataVO. In an
ideal situation you would just have a single object MyData that is free
from persistence framework and is nice and simple. (and basically a clone of
MyDataVO). The rest of the stuff could be dynamically configured at
runtime -
including the mapping to physical datasource.

Any system that did that and did not have all the rest of the cruft would be
a
sure winner IMHO.

--
Cheers,

Peter Donald


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




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




Re: [VOTE] Switching development to C#

2002-04-01 Thread Erik Hatcher

All the time *grumble grumble - darn Microsoft Word image placement
headaches*. :)



- Original Message -
From: Conor MacNeill [EMAIL PROTECTED]
To: Jakarta General List [EMAIL PROTECTED]
Sent: Monday, April 01, 2002 10:47 PM
Subject: RE: [VOTE] Switching development to C#


 Erik,

 Are you talking to your office documents again? :-)

 Conor


  -Original Message-
  From: Erik Hatcher [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, 2 April 2002 1:43 PM
  To: Jakarta General List
  Subject: Re: [VOTE] Switching development to C#
 
 
  Ummm, if you're using .NET wouldn't you be able to natively talk (COM,
  perhaps) to Office documents, thereby obliviating the need for POI
  altogether?!   :)  (this is said jokingly, but if I'm off base then feel
  free to enlighten me).
 
  Erik
 
 
  - Original Message -
  From: Andrew C. Oliver [EMAIL PROTECTED]
  To: Jakarta General List [EMAIL PROTECTED]
  Sent: Monday, April 01, 2002 10:25 PM
  Subject: RE: [VOTE] Switching development to C#
 
 
   I've been thinking about it...Perhaps we shouldn't port POI over to
C#,
   perhaps we should utilize the full power of .NET and port it to all
7-13
   languages it supports currently!  Meaning
  
   POIFS = VB.NET
   HSSF = C#
   HPSF = PERL.NET
   HDF = J#
  
   I mean, thats one degree of separation!  Think of all the advantages
   learning all of these different languages (sadly I know them all
except
   for C#/J# which you could argue I know via knowing Java).
  
   Gosh!  That should help POI out tremendously.
  
   -Andy
  
   On Mon, 2002-04-01 at 20:15, Paulo Gaspar wrote:
Do you have anything against Fortran or Cobol?
   
There will be .Net implementations for those, you know? And we could
leverage the power of all those legacy academic and enterprise
programmers.
   
(I bet there are a lot of Cobol guys getting a lot of free time on
their hands after the Y2K mess.)
   
   
Paulo
   
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 Sent: Monday, April 01, 2002 10:10 PM
 To: Jakarta General List; [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Subject: Re: [VOTE] Switching development to C#


 On Mon, 1 Apr 2002, Marc wrote:

  Having become convinced by Andy that C# and .NET are the
  wave of the
  future, I'm proposing that we switch poi development to C#.
 
  To the Jakarta community at large: will this affect our
  status as a
  Jakarta project? I mean, I can see where a lot of projects are
  eventually going to follow this same path ...

 I'm ok with using .NET, but I think you should use BASIC as
  language,
 not C#. .NET is language independent, and other jakarta projects
 already switched to BASIC.

 Costin


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

   
--
To unsubscribe, e-mail:
  mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
  mailto:[EMAIL PROTECTED]
   
   --
   http://www.superlinksoftware.com
   http://jakarta.apache.org/poi - port of Excel/Word/OLE 2 Compound
   Document
   format to java
   http://developer.java.sun.com/developer/bugParade/bugs/4487555.html
   - fix java generics!
   The avalanche has already started. It is too late for the pebbles to
   vote.
   -Ambassador Kosh
  
  
   --
   To unsubscribe, e-mail:
 mailto:[EMAIL PROTECTED]
  For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
 
 


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



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




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




Vote for the Official Ant Logo!

2002-01-28 Thread Erik Hatcher

The long-awaited event is at hand - votes are now being take for an official
Ant logo.

Please visit the online poll at: http://jakarta.apache.org/ant/logovote.html

Polls close at the end of the day this coming Friday (1 February 2002).

Disclaimers: Votes are only accepted via the online poll, do not e-mail
votes to me or the lists. If tampering is suspected or technical
difficulties occur with the free voting service we're using, then the Ant
committers reserve the right to cancel the vote.  Please only cast a single
vote - lets make this fair to all the wonderful contributors.




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




Re: More abuse of coding styles...

2002-01-04 Thread Erik Hatcher

Rule #1 from The Elements of Java Style is:

Adhere to the style of the original


- Original Message -
From: robert burrell donkin [EMAIL PROTECTED]
To: Jakarta General List [EMAIL PROTECTED]
Cc: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Friday, January 04, 2002 12:49 PM
Subject: Re: More abuse of coding styles...


 i'd just like to point out that i didn't write that bit of code (but
 neither did i correct it).

 personally speaking, i'm not going to risk having patches vetoed because i
 try to correct the original author's coding style.

 any committer who has the time and energy to fight is very welcome to
 correct the many deviations from the standards that you'll find in the
 commons (and in the other projects as well, no doubt).
 - robert

 On Friday, January 4, 2002, at 01:54 AM, Jon Scott Stevens wrote:

  It is amazing to me...with all the discussion about coding styles and
  following them, we still have people committing code that doesn't follow
  what rules we do have...
 
  on 1/3/02 11:00 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 
  Re: cvs commit: jakarta-
  commons/logging/src/java/org/apache/commons/logging
  SimpleLog.java
 
  +if(_showtime) {
 
  http://java.sun.com/docs/codeconv/html/CodeConventions.doc8.html#367
 
  Variable names should not start with underscore _ or dollar sign $
  characters, even though both are allowed.
 
  http://jakarta.apache.org/site/source.html
 
  All Java Language source code in the repository must be written in
  conformance to the Code Conventions for the Java Programming Language
as
  published by Sun.
 
  -jon
 
 
  --
  To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
  For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
 


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




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




Re: cvs commit: jakarta-alexandria/proposal/gump/site/xdocsant.xml

2002-01-02 Thread Erik Hatcher

Well Ted. the jokes on you...

Have a look at ActionServlet versus this coding standard.  :))

(no offense to anyone, this is in jest)

Erik

p.s. I've given CheckStyle a try... its a tough one to live with as its
stringent, but perhaps this could be used during builds to spit out code
standard non-compliance warnings: http://checkstyle.sourceforge.net

- Original Message -
From: Ted Husted [EMAIL PROTECTED]
To: Jakarta General List [EMAIL PROTECTED]
Sent: Wednesday, January 02, 2002 1:52 PM
Subject: Re: cvs commit: jakarta-alexandria/proposal/gump/site/xdocsant.xml


 Atta boy, Jon!

 (This may be your politest, most professional message yet ;-)


 Jon Scott Stevens wrote:
 
  on 1/2/02 6:34 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 
   +if (runtime != null)
   +depend.setAttribute(runtime, runtime.getValue());
 
  All Java Language source code in the repository must be written in
  conformance to the Code Conventions for the Java Programming Language
as
  published by Sun.
 
  http://java.sun.com/docs/codeconv/html/CodeConventions.doc6.html#449
 
  :-)
 
  -jon

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




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




Re: Jakarta Newsletter

2001-12-27 Thread Erik Hatcher

I'll volunteer (unless someone more senior than I volunteers) to contribute
a piece on Ant's latest news and perhaps a tidbit of trivia on a periodic
basis.

Erik



- Original Message -
From: Geir Magnusson Jr. [EMAIL PROTECTED]
To: Jakarta General List [EMAIL PROTECTED]
Sent: Thursday, December 27, 2001 7:59 PM
Subject: Re: Jakarta Newsletter


 On 12/27/01 7:51 PM, Rob Oxspring [EMAIL PROTECTED] wrote:

 
 
  -Original Message-
  From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]]
  Sent: Friday, December 28, 2001 12:25 AM
  To: Jakarta General List
  Subject: Re: Jakarta Newsletter
 
 
 
  Don't give up too easily :)
 
  I'll help if you want.  We can co-opt others by simply asking
  them to write
  a short note about what's going on in the various projects.
  Everyone likes
  to write about themselves, and we can just glom the stuff together,
  wordsmith here and there, and then we have a nice little newsletter
that
  tells what's going on where
 
  This sounds like a sensible starting point to me - giving a flavour of
what
  is going on is all I'm really after.
 
 
  So if you are game for an approach like this, I'll help, and we can get
  started immediately...
 
  Sounds good to me, I'm fairly sure I could come up with something
  appropriate for ant-dev and commons-dev but anything on any other list
would
  be appreciated, and I guess an open letter to the other mailing lists
might
  get a few projects to write about themselves.  How often should such a
  newsletter go out though? every week seems a bit of a commitment (yeah I
  know I'm lazy) maybe monthly would be more approptiate... either way it
  seems that not too much has been going on over xmas so I guess that mid
to
  end of January might be a good target for issue 1.
 
  Anyway, I think i'll get some sleep before getting too carried away...
 
  Rob

 This is good.  I think monthly would be great to start.  You write up ant
 and commons, I'll do Velocity and I'll solicit something from the other
 groups.  If there is nothing to report, then there is nothing to report.
No
 biggie.  We'll see how the first one goes, and tweak as we go along.

 geir



 --
 Geir Magnusson Jr.   [EMAIL PROTECTED]
 System and Software Consulting
 You're going to end up getting pissed at your software
 anyway, so you might as well not pay for it. Try Open Source.



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




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