Re: [discuss] Slide + HttpComponents = TLP

2007-08-11 Thread Oliver Zeigermann
 Could you live with HttpComponents being the name of the new TLP? I
 would really like to avoid having to come up with a completely new name
 for the project. The name is ugly and unwieldy but we have already had a
 number of public releases so it is more or less established. If yes,
 consider adding your name to the TLP proposal draft below [1] and I'll
 go ahead and add a clause about WebDAV client based on Slide codebase to
 the project scope.

Fine with me. Name added.

Cheers

Oliver

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



Re: [discuss] Slide + HttpComponents = TLP

2007-08-10 Thread Oliver Zeigermann
2007/8/10, Roland Weber [EMAIL PROTECTED]:
 Oliver Zeigermann wrote:
  Martin's and
  also my hopes had been that when the - indeed useful - WebDAV client
  was moved to a different project it could actually be revived. Reasons
  are that it is functional, useful and of much less complexity than the
  server. I would at least volunteer to support the initial move
  (including cleanup) to HttpComponents and once it is there am
  confident it will attract further contributors. The command line
  client should be dropped, really.

 So the idea would be to leave the server part behind and
 just cut out the WebDAV client based on HttpClient 3.x
 during the move?
 HttpClient 4.x has no API similarity to 3.x at all,
 so it is inevitable that the WebDAV client be ported
 to the new 4.0 API if it's supposed to have a future.
 Content related parts should be re-usable, but everything
 on the method level will need to be re-written.

Got that.

 Moving Slide, or the WebDAV client from Slide, is one
 option. Another option is to leave Slide and it's 3.x
 based WebDAV client behind and just start with a new
 WebDAV client based on the 4.0 API in the new project.
 That would significantly reduce the administrative
 overhead and does not preclude code re-use from Slide.

Maybe that could be a second step.

 While I would like to get rid of HttpClient 3.x rather
 sooner than later, there's no denyig that it will stay
 with us for several years to come. From this angle, it
 would make sense to move the WebDAV client as it is.

Maybe that could be the first step.

WDYT?

Oliver

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



Re: [discuss] Slide + HttpComponents = TLP

2007-08-10 Thread Oliver Zeigermann
2007/8/6, Roland Weber [EMAIL PROTECTED]:
 Oleg Kalnichevski wrote:
 
  Slide seems pretty inactive at the moment. I am just wondering how many
  developers out there would be willing to contribute on a more or less
  regular basis to the maintenance and further development of Slide, or
  the new TLP will effectively end up tasked with the job of trying to
  recreate the community around the old Slide code base, albeit with a
  somewhat reduced scope.

 Indeed a valid concern. This discussion should show how much
 interest there is in the Slide community. I'm not eager to sift
 through the backlog of 180 open issues on my own.
 If the Slide community is inactive, I'd prefer that HttpComponents
 goes TLP on it's own with a transport scope. Client WebDAV support
 could be added if and when community interest arises, and we
 wouldn't have a huge chunk of code with which we're not familiar.

I agree that there is little chance to revive the server part of Slide
for reasons that should not be discussed here. However, Martin's and
also my hopes had been that when the - indeed useful - WebDAV client
was moved to a different project it could actually be revived. Reasons
are that it is functional, useful and of much less complexity than the
server. I would at least volunteer to support the initial move
(including cleanup) to HttpComponents and once it is there am
confident it will attract further contributors. The command line
client should be dropped, really.

Oliver

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



Re: [discuss] Slide + HttpComponents = TLP

2007-08-10 Thread Oliver Zeigermann
2007/8/10, Roland Weber [EMAIL PROTECTED]:
  While I would like to get rid of HttpClient 3.x rather
  sooner than later, there's no denyig that it will stay
  with us for several years to come. From this angle, it
  would make sense to move the WebDAV client as it is.
 
  Maybe that could be the first step.

 If there is a reasonable interest of developers to
 help support the 3.x based WebDAV client, I am in
 favor of cutting it out. I hope that this discussion
 will heat up a bit next week. (while I'm away...)

Let's see if there is...

 Leaving the server-side code of Slide in Jakarta
 will surely give the new project a better start.
 That code would be a huge burden on my mind, and
 probably not mine alone.

Right.

Oliver

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



Re: Voting on releasing RC artificats as Final

2007-05-21 Thread Oliver Zeigermann

For commons transaction I did exactly that.

Create/sign the RC as if it was the final release, but only put it on
temporary storage without notifying anyone external.

IMHO a RC is not meant to check for remaining bugs, but rather to see
if the distro looks ok, installs, etc.

That means the RC is never actually released to the users. This is
what betas or milestones are for.

Disclaimer: Certainly not official. This is my personal way of making releases.

Cheers

Oliver

2007/5/21, Nick Burch [EMAIL PROTECTED]:

Hi All

For the 3.0 release of POI, we followed the advice on voting on
artificats, the not the state of the tree. So, we used our ant script to
produce RC artificats, signed them, and placed them on people.apache.org
for review.

After the vote, we renamed the files from -RC4- to -FINAL-, tweaked the
filenames inside the .md5 files, and copied into /dist/.

Two snags though:
* we had to re-generate the maven pom, and re-sign it, as that holds the
release version in it, which changed
* we forgot that the .tar.gz and .zip files all have poi-3.0-rc4 as their
base directory name, since the directory name is generated dynamically
in build.xml

What do other people do about this for their releases, when voting on
artificats? Do you do each build as if it was -FINAL (so that gets embeded
into all the directory names etc), then rename the artificats for voting,
or something else?

Thanks
Nick

-
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] Commons moving to TLP

2007-05-09 Thread Oliver Zeigermann

+1

Oliver

2007/5/8, Henri Yandell [EMAIL PROTECTED]:

Sadly a bit too late to make the next board meeting I suspect.

However, here's a vote for Commons to officially request that it move to TLP.

http://wiki.apache.org/jakarta-commons/TLPResolution

Please add your name if you're a Commons developer and haven't added
your name yet.

[ ] +1 I support the proposal
[ ] +0 I don't care
[ ] -1  I'm opposed to the proposal because...

Voting will close in one week.

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: Looking for an incubation champion

2007-03-07 Thread Oliver Zeigermann

Hi Matt!

I understand you already are a Jakarta Commons commiter, right?
Wouldn't it be the easiest way to add the project to the Commons
sandbox, make it ready for a release and promote it to the proper
section quickly.

AFAIK all Commons committers are allowed to create projects in the
sandbox. This would mean you do not need any champion, but could do it
yourself.

Niall, others, isn't that correct?

Cheers

Oliver

2007/3/7, Matt Benson [EMAIL PROTECTED]:

@Members:
  I have recently joined the development
team of an OSS project, Morph, that captures the
spirit of Jakarta commons-convert but where the
convert project stagnated, Morph is a well-evolved,
though still not 100% complete, library whose
development I feel would benefit greatly from The
Apache Way and would make a worthy ASF project.
Object conversion seems to be a woefully under-served
subject in the Java OSS space, despite the ubiquity of
the need for it (however well-hidden it may tend to
be) in enterprise Java development.  I have contacted
a few of you personally already, but having received
no bites as yet I am widening my audience one last
time before giving up on this.

You can learn more about this library at:

http://morph.sourceforge.net

Thanks,
Matt





Don't get soaked.  Take a quick peek at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather

-
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: Looking for an incubation champion

2007-03-07 Thread Oliver Zeigermann

2007/3/7, Rahul Akolkar [EMAIL PROTECTED]:

On 3/7/07, Oliver Zeigermann [EMAIL PROTECTED] wrote:
 Hi Matt!

 I understand you already are a Jakarta Commons commiter, right?
 Wouldn't it be the easiest way to add the project to the Commons
 sandbox, make it ready for a release and promote it to the proper
 section quickly.

 AFAIK all Commons committers are allowed to create projects in the
 sandbox. This would mean you do not need any champion, but could do it
 yourself.

 Niall, others, isn't that correct?

snip/

Not if the code is developed outside the ASF (as seems the case here).


Hmm, is that so? Looking at the charter

http://jakarta.apache.org/commons/charter.html

I could not find something like that.

Oliver

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



Re: State of Slide project

2006-07-31 Thread Oliver Zeigermann

They disappeared one after another after learning about the complexity
of the Slide code. As discussed in another thread OS is about fun and
passion. It is hard to keep up fun with such a complicated and
partially confusing code base, though. If Slide was a commercial
project it would certainly be kept going

Oliver

2006/7/31, Henning Schmiedehausen [EMAIL PROTECTED]:

This raises an interesting question:

Before the umbrella permissions for Jakarta were installed, slide had
(and probably still has but without the subversion access file it is
much harder to find out :-( ) 33 (!) committers with write access.

Where did all these people go?

Best regards
Henning

On Mon, 2006-07-31 at 08:44 -0400, Darren Hartford wrote:
 Hello all,
 I've been watching Slide for close to two years as a user/integrator for
 document  content management.  Here is my two cents as an end-user of
 the project:

 *WebDAV is great for document and content management, and Jakarta Slide
 is the only project that fully supports this.  The JCR may be nice, but
 it is java-specific and when dealing with document  content management,
 WebDAV is language agnostic and a better approach.  There are also a lot
 of tools that recognize and use WebDAV and not JCR (including .NET
 support for WebDAV).

 *Mailing List usage is dwindling, but I believe it is not because people
 don't want the project to thrive as much as frustration with the mailing
 list. There have been some key individuals (like Oliver) who have
 definitely helped, but they are few.

 *Part of the problem is that Jakarta Slide codebase is extremely
 abstracted and complex to follow -- not that abstract hasn't benefited
 it, but it is difficult for people to get started/understand the
 codebase.  As for usage/configuration, examples of full implementations
 don't exist, only snippets that don't necessarily correlate with other
 snippets.  Although once someone has digested all the snippets they can
 move forward, someone new would find this daunting.

 *Jakarta Slide is dormant - there have been a number of key and very
 important fixes and enhancements made since the 2004 release of slide
 2.1, but these enhancements and fixes continue to be only within the SCM
 -- no releases have been made with these changes leaving users forced to
 always build from the SCM to get these fixes and features -- new users
 not familiar with Slide or the process may have poor impressions based
 on the 2004 binary versus what is available in the SCM.  Also, dormant
 from the standpoint of a number of bugs left in bugzilla.

 *Jackrabbit vs Slide - I am looking forward to transistion to
 Jackrabbit, but **the Slide project must maintain visibility until
 Jackrabbit can equally support WebDAV**, this includes the DASL
 basicsearch searching component that is a recognized standard.  Yes, I
 recognize the JCR does support Xquery, but tools that work with WebDAV
 (i.e. web publishing tools both open source and commercial, document
 management/knowledge management solutions using WebDAV repositories)
 don't support this, and for document  content management the DASL
 basicsearch and the rest of WebDAV are a requirement.

 In summary, please keep Jakarta Slide visible until the Jackrabbit
 project can replace the WebDAV functionality found in Slide.  In
 addition, a transition tool to move Jakarta Slide repositories to
 Jackrabbit would be a huge benefit to those users out there still using
 Slide.

 Thank you,
 -D
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
[EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/

  RedHat Certified Engineer -- Jakarta Turbine Development
   Linux, Java, perl, Solaris -- Consulting, Training, Engineering

Social behaviour: Bavarians can be extremely egalitarian and folksy.
-- http://en.wikipedia.org/wiki/Bavaria
Most Franconians do not like to be called Bavarians.
-- http://en.wikipedia.org/wiki/Franconia


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



State of Slide project

2006-07-29 Thread Oliver Zeigermann

Hi, folks!

Recently, worries about the state of the Slide project came up in
private lists. It seems to be more or less unsupported and no
community seems to exist any more. Most posts to the lists remain
unanswered.

Additionally, I have heard voices who consider Slide redundant now
that Jackrabbit is a TLP.

While this is not the thread to find out what has happened to the
Slide project, we should think about what to do about it.

If there is no one who feels responsible for the project or is willing
to take responsibility we might put it into a dormant/unmaintained
mode. This might give possible new users a warning.
If new people came up who are ready to take the responsibility we
might revive it.

Additions? Opinions? Other voices? Am I completely wrong?

Cheers

Oliver

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



Poll: Why does the loose development process of OS work?

2006-07-18 Thread Oliver Zeigermann

Hi, folks!

I currently plan an article on Open Source Software development. What
I would like from you are voices about my central question:

Why does the loose development process of OS work?

Or more in detail: Why are almost all commercial projects organized as
a strict hierarchy while most OS projects work with a loose
organisation or even none at all. Additionally, roles are always
switched on demand. This is something that would never be done in a
classically organized project.

What do you think? Opinions? Thoughts? Am I even on the wrong track?

Thanks in advance!

Oliver

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



Re: JIRA Developer rights on Torque and Turbine

2006-07-13 Thread Oliver Zeigermann

While you are at it: Could you give me rights to the Commons JIRA? I
am a committer. Would be great!

User: ozeigermann

Thanks in advance!

Oliver

2006/7/13, Henri Yandell [EMAIL PROTECTED]:


You don't have commit rights to Turbine, so no on the Turbine JIRA bit.

Torque is a db.apache.org project, but I can't see why they'd not want a
committer to have developer rights so have added you to that group.

Hen

On Thu, 13 Jul 2006, Thomas Vandahl wrote:

 Could some kind soul please add user tv as a developer to the Torque and
 Turbine projects. Thanks in advance.

 Bye, Thomas.

 -
 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: sandbox [WAS Re: [PROPOSAL] subproject that's a home for bricks reusable in java web applications]

2005-06-24 Thread Oliver Zeigermann
I would love to see a very light weight WebDAV servlet which could be
taken from Tomcat.

Oliver

On 6/24/05, Henri Yandell [EMAIL PROTECTED] wrote:
 
 Just looking within Jakarta, the following all jump out as initial code:
 
 http://svn.apache.org/repos/asf/jakarta/commons/sandbox/servlet/ has a
 couple of classes (as you know :) ).
 
 Taglibs of course, I estimate half a dozen to ten taglibs.
 
 Commons FileUploa.
 
 Commons Http
 (http://svn.apache.org/repos/asf/jakarta/commons/sandbox/http/trunk/src/java/org/apache/commons/http/)
 which contains a browser detector class.
 
 Commons Filters.
 
 Hen
 
 On Thu, 23 Jun 2005, Frank W. Zammetti wrote:
 
  In reading through this all, I have a concern that it will be difficult for
  any outside code to come in.  Indeed it has proven difficult for many people
  I have spoken to to get code into any Commons project (although I myself had
  some things accepted, so clearly it is not impossible).
 
  What is the general feeling in terms of where the code comprising this
  package will come from?  At least, the largest portion of it?  Is the idea 
  to
  take parts of other Jakarta and/or Apache projects as the source material, 
  or
  is it to put more of an emphasis on outside contributions?  The former 
  sounds
  much more like the current Jakarta Commons concept, the later is something
  else.
 
  As someone who would like to contribute, I wouldn't want to see anything 
  that
  makes that more difficult embraced.  Just curious what everyone else is
  thinking...
 
  Frank
 
  robert burrell donkin wrote:
  On Wed, 2005-06-22 at 14:40 -0700, Phil Steitz wrote:
 
  snip
 
  I guess 18 refers to the sandbox?  I do not understand what the intent of
  this is.
 
 
  is boils down to the question: does this subproject need it's own
  sandbox or will neophyte components start in the jakarta commons
  sandbox?
 
  - robert
 
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
 
 
  --
  Frank W. Zammetti
  Founder and Chief Software Architect
  Omnytex Technologies
  http://www.omnytex.com
 
 
  -
  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]



[ANNOUNCE] Commons Transaction 1.1 final released

2005-06-03 Thread Oliver Zeigermann
The Commons Community is proud to announce the final release of
Commons Transaction 1.1.

Commons Transaction provides utility classes commonly used in transactional
Java programming.

Version 1.1 aims at polishing (interface) oddities, improving
locking and making the file store more flexible. Locking now is much more
flexible, extensible and allows for rudimentary transaction management. There
is a new lock manager that hides locks from the user and keeps track
of all of them
allowing for deadlock detection and more convenient management.

Download page:
http://jakarta.apache.org/commons/transaction/downloads.html

Project website:
http://jakarta.apache.org/commons/transaction/

Release notes:
http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_FINAL_RELEASE/RELEASE-NOTES.txt

Oliver

(on behalf of the Commons Community)

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



SSH access to jakarta.apache.org

2005-05-05 Thread Oliver Zeigermann
Folks!

As already said it seems I will need SSH access to jakarta.apache.org
to update the jakarta commons transaction website - which I am a
committer for.

Is that right? If so who can grant that for me?

Thanks,

Oliver

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



[ANNOUNCE] Commons Transaction 1.1b2 released

2005-02-04 Thread Oliver Zeigermann
The Commons Community is proud to announce the second beta release of
Commons Transaction 1.1!

Commons Transaction provides utility classes commonly used in transactional
Java programming.

The second beta does not add new features, but mainly fixes known
bugs, adds some tests, and provides more verbose inspection methods.

Complete release notes:
http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_B2_RELEASE/RELEASE-NOTES.txt

Download page:
http://jakarta.apache.org/commons/transaction/downloads.html

Project website:
http://jakarta.apache.org/commons/transaction/

Oliver

(on behalf of the Commons Community)

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



[ANNOUNCE] Commons Transaction 1.0.1 and 1.1b1 released

2005-01-12 Thread Oliver Zeigermann
The Commons Community is proud to announce the 1.0.1 maintenance
release and the first 1.1 beta release of Commons Transaction.

Download page:
http://jakarta.apache.org/commons/transaction/downloads.html

Project website:
http://jakarta.apache.org/commons/transaction/

Oliver

(on behalf of the Commons Community)

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



Re: Jakarta download pages Was: download pages in j.a.o.

2004-12-28 Thread Oliver Zeigermann
On Mon, 27 Dec 2004 23:27:51 -0500 (EST), Henri Yandell
[EMAIL PROTECTED] wrote:
 Now, circling the basement is not conducive to coherence, or correct
 spelling I suspect, so I'm going to ramble a bit here in vague
 justification. Jakarta is different to other TLP's in that it's an
 umbrella. One of the reasons I like the approach above is that it is
 playing to Jakarta's role as an umbrella. Each project will link directly
 to the dynamic resource page, ie) closer.cgi for downloads. Jakarta then
 provides an umbrella navigation system for when people want to see all
 this information from a single location and not click on each sub-project.

The fact that Jakarta is an umbrella and then commons is an umbrella
inside it was confusing me for a while and I know of many people who
still are confused about that. Maybe a bit OT, but I really like the
idea of Jakarta becoming an extended commons project with all larger
projects going TLP.

 1) Demo Builds, Milestone Builds: Do we even use these terms regularly? We
 have 1 demo build, and I thought we did RC's rather than Milestones. I'm

I thought a milestone is very different from an RC. A milestone is
something even *before beta* feature freeze with only partial features
implemented. An RC is *after* beta directly before or even identical
to the the final release. I may be wrong, though...

Oliver

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



Re: Jakarta download pages Was: download pages in j.a.o.

2004-12-28 Thread Oliver Zeigermann
On Tue, 28 Dec 2004 08:19:09 -0500 (EST), Henri Yandell
[EMAIL PROTECTED] wrote:
 
 
 On Tue, 28 Dec 2004, Oliver Zeigermann wrote:
 
  On Mon, 27 Dec 2004 23:27:51 -0500 (EST), Henri Yandell
  [EMAIL PROTECTED] wrote:
 
  1) Demo Builds, Milestone Builds: Do we even use these terms regularly? We
  have 1 demo build, and I thought we did RC's rather than Milestones. I'm
 
  I thought a milestone is very different from an RC. A milestone is
  something even *before beta* feature freeze with only partial features
  implemented. An RC is *after* beta directly before or even identical
  to the the final release. I may be wrong, though...
 
 I thought so too, until I looked at the actual downloads we have under the
 Milestone section. They're all RC's, and a tiny handful of the huge number
 of RC's that Jakarta produces. With a night's sleep behind me, I'd like to
 kill both the Demo and Milestone sections of the Jakarta index.
 
 Sub-projects can (and will I'm sure) still make them, we just wouldn't
 bother to index them at the top level.

Slide 2.1 had at least one (real) milestone in it's release cycle, but
I guess it would be ok to have it accessible from Slide's pages only.

Oliver

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



Re: Lessons Learned

2004-12-12 Thread Oliver Zeigermann
Unless, for example, you do this intentionally ;)

Oliver


On Sun, 12 Dec 2004 15:30:10 -0200, Felipe Leme
[EMAIL PROTECTED] wrote:
 I would add a note to Danny's comment: treat contributors as your
 primary users.
 
 I have seem many projects (inside and outside ASF) where people submit
 patches and the patches are just ignored, without even an explanation
 why it was not accepted. I know that applying a patch is not that simple
 in most cases, but I think the risk of breaking something is lesser than
 the risk of losing a good contributor. After all, if the patch breaks
 something, you can fix it later; but if you piss-off a contributor
 he/she will probably put his/her efforts in another project.
 
 -- Felipe
 
 
 
 On Fri, 2004-12-10 at 07:28, Danny Angus wrote:
  Encourage anyone to contribute, create a welcoming culture but let people
  earn your trust, don't form a clique. Don't form a clique. Don't patronise
 
 -
 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]



http://cvs.apache.org down?

2004-11-26 Thread Oliver Zeigermann
Could not access http://cvs.apache.org (e.g.
http://cvs.apache.org/viewcvs/jakarta-commons/transaction/ ) for quite
a while, anyone any idea what the problem is?

Oliver

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



[ANNOUNCE] Commons Transaction 1.0 RC1 released

2004-11-26 Thread Oliver Zeigermann
The Commons Transaction Cummunity is prood to announce the immediate
availability of the first release candidate of Commons Transaction
1.0.

Commons Transaction has recently been promoted from the Commons
Sandbox and provides utility classes commonly used in transactional
Java programming.

Oliver

(on behalf of the Commons Transaction Community)

Download page:
http://jakarta.apache.org/commons/transaction/downloads.html

Project website:
http://jakarta.apache.org/commons/transaction/

Release notes:
http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons/transaction/RELEASE-NOTES.txt

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



Re: Can I use Hibernate in an Apache project without compromising the Apache License?

2004-09-27 Thread Oliver Zeigermann
Thanks Tim!
I really appreciate your help! Such an answer would be great. If it is 
definitely impossbile to use Hibernate I should be fine with OJB as well.

Olli
Tim O'Brien wrote:
For Oliver's sake, could we submit the question to ASF counsel and see
if there is any way to allow us to use Hibernate in even the most round
about way.
Even though I'm fairly certain of the answer (no).  It would be nice to
get a firm answer - yes or no - from an officer or the board.  What is
the best way to bring this to the boards' attention.  Email to Greg,
copying Robyn Wagner? 

I just don't feel comfortable telling someone this is impossible without
getting a firmer legal opinion.   I'm certain that IANAL applies to most
of us.
Tim O'Brien

-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED] 
Sent: Monday, September 27, 2004 12:03 PM
To: Jakarta General List
Subject: RE: Can I use Hibernate in an Apache project without 
compromising the Apache License?

Mahler Thomas wrote:
You might consider Using Apache OJB (http://db.apache.org/ojb).
It can do everything that hibernate can do - and more.
We don't hear much (enough?) about OJB.  Has anyone written 
up an OJB for Hibernate Users type document?

--- Noel
-
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: Can I use Hibernate in an Apache project without compromising the Apache License?

2004-09-27 Thread Oliver Zeigermann
Geir Magnusson Jr wrote:
On Sep 27, 2004, at 4:41 PM, Henri Yandell wrote:

On Mon, 27 Sep 2004, Geir Magnusson Jr. wrote:
This is an issue important to me as well - I'd like to see this go 
away, so we can use software w/ the LGPL.  But until the problem is 
resolved, right now the only way is to use via a dynamic dispatch 
mechanism.

I've been thinking about this for a while, and have some funny 
solutions requiring a bit of classloader magic.  Happy to start 
something in the sandbox :)

Is the problem with LGPL at ASF only a Java issue? Can httpd depend on 
LGPL'd code?

Yes, because the LGPL was 'fixed' back in 92 to solve the problem what 
what C and C++ compilers do, namely create combined work at compile 
time.  For example, an inline function in a C++ header can be included 
completely by the compiler in an object file.

I think that' why they have the weird wording in the LGPL that allows 20 
lines or less, or something like that.

If so, then funny solutions sound useful. If it's a problem for all 
ASF languages, then it's pointless to do anything.

It applies to Java, and I'm sure other languages as well.  IMO the 
problem is that they patched the LGPL for a specific technology, and the 
world has moved on.
I know I keep repeating myself all the time, but for the special case of 
Hibernate doesn't this

http://www.hibernate.org/196.html
clarify the issue? Of course if you people say I must not use it in a 
Apache Project it is ok with me, but I still do not get the point why. 
But then, maybe it isn't that important that I - personally - get it ;)

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


Re: Can I use Hibernate in an Apache project without compromising the Apache License?

2004-09-27 Thread Oliver Zeigermann
Thanks to all coming the long way to explain to me and being patient.
Bottom line: http://www.hibernate.org/196.html does not mean anything as 
  authors (might) change their mind (Dain) it's just some web page - 
it's not part of the license (LGPL) (Geir). So there is no way to use 
Hibernate or any other LGPL stuff in Jakarta Apache.

Oliver
Oliver Zeigermann wrote:
Folks,
I was considering to use Hibernate for persistence in the Slide project. 
Now, Hibernate is LGPL, but in http://www.hibernate.org/196.html the 
authors explain their idea of dynamic linking as mentioned in the LGPL 
text. This looks just fine to me. Additionally, I understand I can even 
put the jars into the Slide CVS if I include a reference to the license, 
right?

Thanks for any comments in advance,
Oliver
-
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]


[ANNOUNCE] Slide 2.1 beta

2004-08-11 Thread Oliver Zeigermann
The Jakarta Slide community is pleased to announce that version 2.1
beta1 has been released. Beside many new features, performance
enhancements, and bug fixes, it now features the Projector framework.
Projector is a process based web framework that was designed to build
complex applications on top of Slide. For details on Projector have a
look at:
http://jakarta.apache.org/slide/projector.html
You can download Slide at:
http://jakarta.apache.org/slide/download.html
Release notes can be found here:
http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-slide/RELEASE-NOTES-2.1-BETA1
Project's page:
http://jakarta.apache.org/slide
Oliver
(on behalf of the Jakarta Slide community)

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


Re: [VOTE] Updating PMC bylaws

2004-08-10 Thread Oliver Zeigermann
+1
Oliver
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: Where is Cloudscape?

2004-08-04 Thread Oliver Zeigermann
I am waiting for it as well. Might be a great default database for the 
Slide project.

Oliver
Kevin A. Burton wrote:
Hm... wanted to check this code out of CVS but can't find it :-/
Maybe I'm jumping the gun a bit... I can be patient ;)
http://infoworld.com/article/04/08/03/HNclouscape_1.html
Kevin

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


Re: support for native java continuations

2004-07-15 Thread Oliver Zeigermann
I am probably ignorant, but what are continuations?
Oliver
Torsten Curdt wrote:
We'd like to invite everyone who is interested
to join our initiative on codehaus.org. We are
aiming to write and submit a JSR for native java
continuations support inside the JVM.
We are currently looking for people that have
any kind of expertise in the continuations field
or just like to support the effort by any means.
Please subscribe by sending a mail to
 [EMAIL PROTECTED]
all post will have to go to
 [EMAIL PROTECTED]
Please spread the word,
Thanks
-
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]


ANN]: Jakarta Slide 2.1 milestone 1 released

2004-06-01 Thread Oliver Zeigermann
The Slide community is proud to announce the release of the first 
milestone towards the release of Slide 2.1. It includes bugfixes mainly 
in the client section, support for Oracle and MySQL 4.1, performance 
enhancements and a bunch of new features, among them an event and an 
extractor framework.

Caution: All this is to be considered *work in progress*!
You can download it at:
http://jakarta.apache.org/slide/download.html
Full release notes can be found here:
http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-slide/RELEASE-NOTES-2.1M1
Project's page:
http://jakarta.apache.org/slide
Cheers,
Oliver (on behalf of The Jakarta Slide Community)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Karma for commons Sandbox?

2004-05-14 Thread Oliver Zeigermann
I am a Jakarta committer and would like to start a transaction package 
in the commons sandbox area. Can someone grant me the required Karma for 
CVS access?

Thanks in advance,
Oliver
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Karma for commons Sandbox?

2004-05-14 Thread Oliver Zeigermann
Thanks, Stefan :)
Oliver
On Fri, 14 May 2004, Oliver Zeigermann [EMAIL PROTECTED] wrote:
Can someone grant me the required Karma for CVS access?
Done.
Stefan

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


[ANN]: Jakarta Slide 2.0 *final* released

2004-05-03 Thread Oliver Zeigermann
Jakarta Slide 2.0 is a content repository and rudimentary content
management system. You can download it at:
http://jakarta.apache.org/slide/download.html

Release notes can be found here:

http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-slide/RELEASE-NOTES-2.0

Project's page:

http://jakarta.apache.org/slide

Cheers,
Oliver (on behalf of The Jakarta Slide Team)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Slide 2.0 release: How to roll out the distributions

2004-01-22 Thread Oliver Zeigermann
Stuff at cvs.apache.org neither seems to be mirrored nor signed in any 
way. So, I am supposed to just put the unsigned 2.0b1 distributions of 
Slide into cvs.apache.org/dist/jakarta/slide/2.0-beta3? This would be 
easy :)

Oliver

Noel J. Bergman wrote:

I am a bit confused where to put our beta release as the
docs indicate it should go to cvs.apache.org/dist, but
only very few projects actually seem to release their
non-stable releases there.


We post test releases to
http://cvs.apache.org/builds/james-server/test-build/, which is a variation
on where most projects, including slide, post their nightly builds:
http://cvs.apache.org/builds/$project/nightly.
	--- Noel

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


How to maintain Slide bugzilla

2004-01-21 Thread Oliver Zeigermann
Hi!

I need some help as I need to do some administration on Slide's bugzilla 
for the upcoming Slide 2.0 release to add some components and versions. 
Does anyone know what to do here?

Thanks in advance,

Oliver

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


Slide 2.0 release: How to roll out the distributions

2004-01-21 Thread Oliver Zeigermann
Hi again!

The Slide community is just about to make a first beta release for a 2.0 
version. As I have never done any releases on Apache Jakarta what is the 
normal distribution process? What are the steps taken once the Slide 
committers have decided the release actually should be rolled out? Do we 
need a vote going on in this list as well?

Thanks again,

Oliver

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


Karma for Jakarta main web site

2003-12-05 Thread Oliver Zeigermann
As indicated on http://jakarta.apache.org/site/jakarta-site2b.html I 
like to get CVS Karma to update the Jakarta main web site.

Could someone grant me that Karma, please?

Thanks in advance :)

Oliver



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


Re: Karma for Jakarta main web site

2003-12-05 Thread Oliver Zeigermann
Geir Magnusson Jr. wrote:
On Dec 5, 2003, at 3:52 AM, Oliver Zeigermann wrote:

As indicated on http://jakarta.apache.org/site/jakarta-site2b.html I 
like to get CVS Karma to update the Jakarta main web site.

Could someone grant me that Karma, please?


Done.  Be good.
I will! Just wanted to add my name and bio to the committers list :)

Thanks,

Oliver



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


Re: jcs

2003-12-01 Thread Oliver Zeigermann
I agree to Henri JCS could need more publicity! I have implemented a 
transactional cache for the Jakarta Slide project as the only Apache 
caching thing I have found at that time was

http://db.apache.org/ojb/objectcache.html

which simply was not powerful enough.

Even tought ojb caching took some searching to actually find it as well, 
I did not find JCS as on the turbine page there is just the name JCS. 
I did not imagine it was JCS caching in the first place.

Now information

http://jakarta.apache.org/turbine/jcs/index.html

tells me too little. Can someone explain: does it support any type of 
transactions or could it easily be augmented to?

Hope this is not too much OT and thanks in advance,

Oliver

Henri Yandell wrote:
Sounds like the basic problem is lack of community.

Getting community involves publicity and time. Publicity involves web
presence and a release.
Unless the rest of the turbine community are highly interested in JCS, I'd
suggest that joining Commons is the best way for you to gain community.
It's designed for things like JCS, but has no rules to stop JCS being
promoted out of Commons when the time comes.
Just by joining Commons you gain a pseudo-community for your project as
you'll be sharing a mailing list and others have commit access and can
jump in and help for a small task etc [like a release/website]. With an
active committer and publicity, contributors quite quickly turn up. Indeed
our problem is more one of having contributors to components but no active
committer.
Other alternatives would be to put JCS into incubation [which seems
heavy-handed], to talk with Turbineers about turning Turbine more into
a Commons-like environment, or to cast you out into Apache Commons. None
of these seem of benefit to JCS.
Hen

On Mon, 1 Dec 2003, Aaron Smuts wrote:


For the short term, I'm not sure what is best for JCS or Jakarta.
Stepping back and looking at JCS in relation to other Jakarta projects
might be helpful.
The commons is described as a Repository for small scale, reusable,
code components that are useful in multiple Jakarta subprojects.
A small-scale component does not sound like a good description of JCS.
Instead, JCS looks more like a standalone tool such as Log4J, although
JCS is somewhat bigger.  I'm not sure this means it should be its own
project at this point or not.
JCS is being used on its own outside of Jakarta and within, making it
look more like a candidate for standalone status.  Also, there are
commercial standalone caching applications on the market.
I'm sure JCS would be much more widely used if we got out a release.
Right now, the major impediment is that users have to build it
themselves.  If we had a release, more sample applications and further
documentation, it would become more widely adopted.  It is somewhat
hidden right now: it's not listed on the main product page on the
Jakarta site.
One reason one might give for not making JCS a top level project is that
it is understaffed right now, though this may change if it was moved up.
Aaron Smuts




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