Re: [Jakarta Wiki] Update of Using LGPL'd code by HenriYandell
Hi! The following page has been changed by HenriYandell: http://wiki.apache.org/jakarta/Using_LGPL'd_code Does this mean the door to have LGPL dependencies as described below has been closed again? - = Latest [EMAIL PROTECTED] informations (2006) = - - Lately we discussed that it might be possible that the PMC is able to vote to add LGPL stuff to a project as long as the following rule will be fulfilled. - - We still need the ok from legal@ before we start with this procedure. - - At least the jakarta PMC voted that these rules are acceptable. - - == Rules== - - * ask the original library author to change its license or provide a double licensing model - * look for an alternative implementation with an ASF friendly license - * the build script BY DEFAULT excludes java classes depending on LGPL - * a special parameter will enable building these classes - * its not allowed to bundle the LGPL library with any distribution\\(nightly, release) - * the function the library gains from the LGPL stuff is fully optional - * a bridging api (which can reside within the same project - so can be hosted at apache) will be used to access these LGPL stuff to clearly show its optional behaviour - * a vote for adding a LGPL dependency to a project on pmc@ - - The technical stuff how to setup the build has to be figured out. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jakarta Wiki] Update of Using LGPL'd code by HenriYandell
Ah - now I see. Must be the Optional Add-ons section. Thanks! Ciao, Mario I don't think so - the 3rd party draft I link to says pretty much the same thing. On 10/4/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! The following page has been changed by HenriYandell: http://wiki.apache.org/jakarta/Using_LGPL'd_code Does this mean the door to have LGPL dependencies as described below has been closed again? - = Latest [EMAIL PROTECTED] informations (2006) = - - Lately we discussed that it might be possible that the PMC is able to vote to add LGPL stuff to a project as long as the following rule will be fulfilled. - - We still need the ok from legal@ before we start with this procedure. - - At least the jakarta PMC voted that these rules are acceptable. - - == Rules== - - * ask the original library author to change its license or provide a double licensing model - * look for an alternative implementation with an ASF friendly license - * the build script BY DEFAULT excludes java classes depending on LGPL - * a special parameter will enable building these classes - * its not allowed to bundle the LGPL library with any distribution\\(nightly, release) - * the function the library gains from the LGPL stuff is fully optional - * a bridging api (which can reside within the same project - so can be hosted at apache) will be used to access these LGPL stuff to clearly show its optional behaviour - * a vote for adding a LGPL dependency to a project on pmc@ - - The technical stuff how to setup the build has to be figured out. Ciao, Mario - 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: [VOTE] Commons moving to TLP
Hi! [X ] +1 I support the proposal [ ] +0 I don't care [ ] -1 I'm opposed to the proposal because... Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ApacheCon] jakarta (commons) beer chitchat
Hi! There are rumours people are interested in a beer chitchat BOF kind of thing :) Say tonight 8pm at the bar? Shit, haven't had a computer with me during afternoon. Why such a tight timetable? Would be nice if there were 24 hours between the announcement and the meeting. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: File Permissions on people
Hi! Reminder from Infra to make sure the directories are 775 and the files are 664 on distribution and web directories on people.apache.org. You can use the following in your home-directory (or whatever directory as base) to reset those permissions. find . -type f -print0 | xargs -0 chmod 664 find . -type d -print0 | xargs -0 chmod 775 Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
party@ for users?
Hi! I would like to know if it is allowed for users to subscribe to [EMAIL PROTECTED] (So that I can stop from posting to the user lists ;-) ) Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Remove SVN restrictions
Hi! Definitely: [X ] +1 [ ] -1 Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Two community proposals
Hi! So a Commons committer can commit to e.g. BCEL and Hivemind without knowing the code bases? H That doesn't sound right to me :-/ What's the difference between an ORO guy being able to commit to OpenPGP and a Lang guy being able to commit to OpenPGP? Said ORO committer is able to -1 the OpenPGP release if they should so wish (presuming they're on the PMC). I too think this helps to keep a project alive and I don't expect that a developer of another project makes big structural changes to such a projects, just small quick-fixes. At least as long as a developer take the liability seriously. This is as much more true when we speak about dormant or stable but not under development projects. If we move them to an excubator or whatever name it is, we should open them to every committer. This might be the last chance for those project to get restarted again. e.g. POI is widely used - but rarely developed. Now it is required to removed barriers to hopefully get them running again. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how can i download the poi project?
Hi! i want work on this project ,for this i need this poi library.From where i can down load this package.please give me the proper link to download this link. http://jakarta.apache.org/poi/ On the left you will find the Download Link which allows you to choose your mirror. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: last modified
Hi Torsten!
public static void main(String[] args) throws Exception {
File dir = new File(dir);
dir.mkdir();
long m = dir.lastModified();
File subdir = new File(dir, subdir);
This might have to do something with the timestamp resolution of the
filesystem. Not every filesystem have a resolution of milliseconds but
some higher factor.
It gets ever worse e.g 10ms for FAT on create but 2sec for write
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/setting_and_getting_the_timestamp_of_a_file.asp)
To be cross platform dont expect more than 2sec.
Bad news, isnt it?
---
Mario
PS: After some googling I found it might be worth to collect those
precision and create a web page with them.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Name for commons-like area for web
Hi! Web Commons Web Components For me it depends how fine grained those components are. Say, if there is a project which cummulates all filters for a servlet container I am for web commons as it might result in project sizes we have in commons. If we manage (what I prefer) to have much much smaller parts say a filter component to handle access control based on the ip address with hosts allow/deny rules or another simple component to have commons-validator available as tags for jsf (yes I know there is shale) I am for web components. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Name for commons-like area for web
Hi Craig! but just wanted to note that the integration between JSF and Commons Validator in Shale is usable even if you don't buy in to the rest of the Shale architecture Yes, I know - I already use it that way (or better, I started to use it ;-). However, even if shale-core is small, if we go the Web Components direction I think even the shale-core (if it were integrated into web components) needs to be broken into more pieces. And yes, I would prefer it. I think this is an important point. Even a project like (the great) Shale might be too big to be a web component. This stuff can be reflected on the homepage by multiple projects where we have a set of committers like we have now, but this project has to release web components. Even if this project always releases all its web components at once (and thus all their jar files do have the same version number) it is possible for the user to pick its web component. The project is free to also provide a web component bundle. This should avoid somethink like we see often with commons-collections which has been grown in a way where other projects decide to copy the one Collection class needet out of it and drop the rest. On every new release this has to be done again. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
