Re: [ANNOUNCEMENT] commons.apache.org initial list of committers
I'd like to keep mine. thanks, dims On 7/3/07, Torsten Curdt [EMAIL PROTECTED] wrote: As you know we are preparing for the infrastructure work to go TLP. Part of that is to compile a the initial list of committers. The idea was to do a little spring cleaning. So all committers that have been active in the past 2 years will get moved automatically. For everyone else: if you want to get your commit rights transfered straight away - please tell us now. If you don't - no problem. You will NOT LOOSE YOUR COMMIT RIGHTS. Any original committer can just ask and will get his commit access back. Please check the list for your name. antoine bayard billbarker bodewig brentworden brett bspeakmon craigmcc dennisl dflorey dfs dims dion dlr dmitri ebourg epugh felipeal fredrik germuska ggregory hchar henning hgilde imario jcarman jfclere jkeyes jmitchell jochen joehni joerg knut kohsuke leosutic luc martinc mbecke mbenson mrdon mturk mvdb ngn niallp nuttycom oglueck oheger olegk ozeigermann pietsch polx proyal psteitz rahul rdonkin rolandw roxspring rwinston sandymac scohen scolebourne sebb sgoeschl skitching stevencaswell sullis tcurdt tobrien trygvis vgritsenko yonik cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas :: http://davanum.wordpress.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC2
+1 On 6/21/07, Bill Barker [EMAIL PROTECTED] wrote: +1 (non-binding) Niall Pemberton [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I have created a second release candidate for Modeler 2.0.1 following the problem Phil found in the first RC. Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc2/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc2/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc2/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc2/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas :: http://davanum.wordpress.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] jci out of sandbox
+1 On 3/29/07, Henri Yandell [EMAIL PROTECTED] wrote: On 3/28/07, Torsten Curdt [EMAIL PROTECTED] wrote: As already announced I would like to move http://jakarta.apache.org/commons/sandbox/jci/ out of the sandbox so I can then prepare a first RC. Please cast your votes for the graduation! +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release commons-fileupload 1.2 (4th attempt)
+1 On 2/13/07, Jochen Wiedmann [EMAIL PROTECTED] wrote: Hi, this is going to kill me, but I'd like to call for a release of commons-fileupload 1.2 once more. Commons-fileupload-1.2rc4 is available from http://people.apache.org/~jochen/commons-fileupload/dist The generated site is at http://people.apache.org/~jochen/commons-fileupload/dist The SVN tag is commons-fileupload-1.2rc4 Compared to rc3, the following things have been changed: * The LICENSE.txt and NOTICE.txt files are now added to all jar files. (They had been added before, but been overwritten when the assemblies have been created.) * A workaround for a bug in the maven-site-plugin has been added. This bug prevented static resources being added. In particular, the logo of the commons-fileupload project was missing. * The RAT report is now added to the projects reports. * The clirr report is now also added to the project reports. (No idea why this wasn't the case before.) Thanks, Jochen [ ] +1 [ ] =0 [ ] -1 -- How fast can a year go? As fast as your childs first year. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What to do without votes?
+1 from me! -- dims On 2/4/07, Jochen Wiedmann [EMAIL PROTECTED] wrote: Hi, what shall I do in the case of http://marc.theaimsgroup.com/?l=jakarta-commons-devm=117036656428722w=2 You'll find that the vote didn't receive a single reply, not to mention the three positive votes from PMC members? Jochen -- How fast can a year go? As fast as your childs first year. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Discovery 0.4 release
+1 from me. On 11/30/06, Rahul Akolkar [EMAIL PROTECTED] wrote: On 11/29/06, Henri Yandell [EMAIL PROTECTED] wrote: I suspect we'll have a quota on release votes soon: snip/ Bah, no need. Here's the 0.4-RC1: http://people.apache.org/~bayard/commons-discovery/0.4-RC1/ snap/ [X] +1 [ ] -1 snip/ Artifacts look OK, builds on 1.3 (and 0.4 is imperative, IMO). -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Kris Nuttycombe as committer?
+1 On 8/4/06, Henri Yandell [EMAIL PROTECTED] wrote: I'd like to nominate Kris as a committer. Kris has been active on the developer mailing list concerning the pipeline component for over a year, and has been involved on other threads as well (notably digester). I think he's been around long enough to have picked up the way of doing things and it'll be good for pipeline (and ultimately commons). [ ] +1 [ ] -1 Vote ends Wednesday 9th August. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Andrew Shirley as committer?
+1 On 8/4/06, Henri Yandell [EMAIL PROTECTED] wrote: I'd like to propose Andrew Shirley as a committer. Andrew's been doing tons for the CLI component - answering user questions, commenting on jira issues and serving up patches and unit tests to both his issues and other peoples issues. The only reason I've hesitated until recently is because CLI didn't have a clear direction (now it does). [ ] +1 [ ] -1 Vote ends Wednesday 9th August. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][modeler] Promote 2.0 RC1 to 2.0 Final (was Re: [modeler] 2.0 RC1 ready for review)
Rahul, Let's do this now. If we find a problem, i can spin a 2.1 real quick. thanks, dims On 7/31/06, Rahul Akolkar [EMAIL PROTECTED] wrote: On 7/30/06, Davanum Srinivas [EMAIL PROTECTED] wrote: Rahul, i am going to leave the build.xml.* around for this time...I use the maven1 properties (maven.compile.source and maven.compile.target) to set the jdk version to 1.3. I will fix the build.xml. snip/ Depending upon the transitive closure of 1.3 methods in [modeler], just that may or may not be sufficient. There have been some discussions on this, but unfortunately I can't locate them in the archives ATM (sorry!). Building the binaries with the minimum JDK that the component supports is probably considered safer (and I'm not sure how to do that with m1 -- which is why I asked). -Rahul thanks, dims On 7/29/06, Rahul Akolkar [EMAIL PROTECTED] wrote: snap/ For my own understanding -- are you cutting RCs using ant or maven (for Java compilation)? If m1, how do you ensure JDK 1.3 compat? I know there is a bootclasspath setting in the m2 compiler plugin, but I haven't had the need to figure out the m1 bits yet. I tried to look at the [modeler] POM for clues. -Rahul snip/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCEMENT] Commons Modeler 2.0 Released
Folks, The Commons Modeler team is pleased to announce the final release of Commons Modeler 2.0. The Modeler component of the Jakarta Commons subproject offers convenient support for configuring and instantiating Model MBeans (management beans), as described in the JMX Specification. The binary distribution is available at: http://jakarta.apache.org/site/binindex.cgi and the source distribution is available at: http://jakarta.apache.org/site/sourceindex.cgi When downloading from a mirror site, please remember to verify the signatures of the distribution using the keys found on the main Apache web site: http://www.apache.org/dist/jakarta/commons/modeler/KEYS For more information on Commons Modeler, see the Modeler web site: http://jakarta.apache.org/commons/modeler/ API CHANGES: o In org.apache.commons.modeler.BaseModelMBean, getObjectName's method signature was as follows: public javax.management.ObjectName getObjectName() Now it has been changed to public String getObjectName() NOTE: This was not logged as a modeler bug. More information can be found at the Sun Bug Database: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4909041 o In org.apache.commons.modeler.BaseModelMBean, Folks who need the ObjectName can now use the new method: public javax.management.ObjectName getJmxName() NOTE: This was not logged as a modeler bug. More information can be found at the Sun Bug Database: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4909041 o In org.apache.commons.modeler.util.IntrospectionUtils, A new method clear has been added: public void clear() NOTE: This was done as part of fix for MODELER-15 BUG REPORTS ADDRESSED: = o MODELER-18 support for general descriptors o MODELER-17 [modeler] MbeansSource don't use args at mbeans and operations o MODELER-16 [modeler] download links broken o MODELER-15 [modeler] IntrospectionUtils memory leak o MODELER-14 After setting an Attribute the Notification Listener will not performed o MODELER-13 [modeler] BaseModelMBean class setModeledType method should be setModelerType o MODELER-12 [modeler] ManagedBean uses the wrong case for ObjectReference o MODELER-11 [modeler] Null Pointer Exception - Non-Singleton Registry o MODELER-10 [modeler] DTD violation when using simple wrapping o MODELER-9 [modeler] Registry.convertValue doesn't support longs o MODELER-8 [modeler] AttributeChangeNotification sent before attribute changes o MODELER-7 sendAttributeChangeNotification on setAttribute o MODELER-6 [modeler] wiki page is immutable and out-of-date o MODELER-5 [modeler] setServer stack overflow o MODELER-4 [modeler] Overloaded operations throw wrong number of parameters exception o MODELER-3 [modeler] maven build fails on os x with test failure. o MODELER-2 [modeler] Registry insufficiently synchronized o MODELER-1 ClassNotFoundException while using the Notification -- dims PS: Please wait a bit for the web site and mirrors to catch up :) -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RESULT] VOTE: Merge streaming branch into commons-fileupload
Sorry. +1: 1 (Myself) -- dims On 7/30/06, Jochen Wiedmann [EMAIL PROTECTED] wrote: Accepted with: +1: 1 (Myself) =0: 0 -1: 0 This is the first time I haven't got any response at all to a vote. :-( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][modeler] Promote 2.0 RC1 to 2.0 Final (was Re: [modeler] 2.0 RC1 ready for review)
Rahul, i am going to leave the build.xml.* around for this time...I use the maven1 properties (maven.compile.source and maven.compile.target) to set the jdk version to 1.3. I will fix the build.xml. thanks, dims On 7/29/06, Rahul Akolkar [EMAIL PROTECTED] wrote: On 7/25/06, Davanum Srinivas [EMAIL PROTECTED] wrote: Thanks Rahul, will keep those in mind for the next time around. Team, Could i get some votes to promote the 2.0 RC1 to 2.0 Final? snip/ +1 Sigs, sums look good. Source rebuilds (m1). IMO, two nits worth fixing before cutting the release: * Why build.properties.default and build.properties.sample? (the former is still in CVS land, please update if its still needed) * Please keep build.xml version in sync with project.xml version (currently, the former is at 1.2-dev) For my own understanding -- are you cutting RCs using ant or maven (for Java compilation)? If m1, how do you ensure JDK 1.3 compat? I know there is a bootclasspath setting in the m2 compiler plugin, but I haven't had the need to figure out the m1 bits yet. I tried to look at the [modeler] POM for clues. -Rahul Here's my +1 to get the ball rolling. thanks, dims On 7/22/06, Rahul Akolkar [EMAIL PROTECTED] wrote: On 7/21/06, Davanum Srinivas [EMAIL PROTECTED] wrote: One more rev folks..Changed the version to 2.0 because of the incompatible api change. Also please note that the minimum jdk version is 1.3. http://people.apache.org/~dims/commons-modeler-2.0-RC1/ snip/ Looks good: * Sigs, md5s pan out * Source distro jars,sites,dists * jar/manifest looks ok Nits (not blockers, IMO): * POM and jar md5s not in recommended format * We should aim to have all component sites display docs for latest 3 (?) releases -Rahul thanks, dims snap/ -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE][modeler] Promote 2.0 RC1 to 2.0 Final (was Re: [modeler] 2.0 RC1 ready for review)
Thanks Rahul, will keep those in mind for the next time around. Team, Could i get some votes to promote the 2.0 RC1 to 2.0 Final? Here's my +1 to get the ball rolling. thanks, dims On 7/22/06, Rahul Akolkar [EMAIL PROTECTED] wrote: On 7/21/06, Davanum Srinivas [EMAIL PROTECTED] wrote: One more rev folks..Changed the version to 2.0 because of the incompatible api change. Also please note that the minimum jdk version is 1.3. http://people.apache.org/~dims/commons-modeler-2.0-RC1/ snip/ Looks good: * Sigs, md5s pan out * Source distro jars,sites,dists * jar/manifest looks ok Nits (not blockers, IMO): * POM and jar md5s not in recommended format * We should aim to have all component sites display docs for latest 3 (?) releases -Rahul thanks, dims snap/ -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[modeler] 2.0 RC1 ready for review (Re: [modeler] RC2 for Commons Modeler)
One more rev folks..Changed the version to 2.0 because of the incompatible api change. Also please note that the minimum jdk version is 1.3. http://people.apache.org/~dims/commons-modeler-2.0-RC1/ thanks, dims On 7/20/06, Davanum Srinivas [EMAIL PROTECTED] wrote: OK. Will cut a 2.0-RC1 is there are no objections. thanks, dims On 7/20/06, Henri Yandell [EMAIL PROTECTED] wrote: Checked: * PGP and md5's check out using KEYS.txt from svn. Bit odd that Remy is the name listed on the dist KEYS, but Yoav and yourself are the ones in svn. Be careful not to lose Remy's entry. * tar.gz's match zips. * src buids under maven. Negatives: * Stephen's point about 2.0 if it's an incompatible API change. * Need an entry for 1.2 on http://people.apache.org/~dims/commons-modeler-1.2rc2/site/downloads.html * There's an entry on the front page to the package description. It uses an absolute url. I've fixed the last two - for the download one I put 2.0 as the version so if there's disagrement on 1.2-2.0 that'll need to change back. Hen On 7/19/06, Davanum Srinivas [EMAIL PROTECTED] wrote: Hi Team, Here's the new cut of commons modeler (RC2): http://people.apache.org/~dims/commons-modeler-1.2rc2/ I've tried to incorporate all the feedback so far. So, please kick the tires and send some more :) thanks, dims - 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] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [modeler] RC2 for Commons Modeler
OK. Will cut a 2.0-RC1 is there are no objections. thanks, dims On 7/20/06, Henri Yandell [EMAIL PROTECTED] wrote: Checked: * PGP and md5's check out using KEYS.txt from svn. Bit odd that Remy is the name listed on the dist KEYS, but Yoav and yourself are the ones in svn. Be careful not to lose Remy's entry. * tar.gz's match zips. * src buids under maven. Negatives: * Stephen's point about 2.0 if it's an incompatible API change. * Need an entry for 1.2 on http://people.apache.org/~dims/commons-modeler-1.2rc2/site/downloads.html * There's an entry on the front page to the package description. It uses an absolute url. I've fixed the last two - for the download one I put 2.0 as the version so if there's disagrement on 1.2-2.0 that'll need to change back. Hen On 7/19/06, Davanum Srinivas [EMAIL PROTECTED] wrote: Hi Team, Here's the new cut of commons modeler (RC2): http://people.apache.org/~dims/commons-modeler-1.2rc2/ I've tried to incorporate all the feedback so far. So, please kick the tires and send some more :) thanks, dims - 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] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[modeler] RC2 for Commons Modeler
Hi Team, Here's the new cut of commons modeler (RC2): http://people.apache.org/~dims/commons-modeler-1.2rc2/ I've tried to incorporate all the feedback so far. So, please kick the tires and send some more :) thanks, dims - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [modeler] Cutting a release for Commons Modeler
Cool!. There are some more release-manager'y things to do. I will cut a RC2 and then post a vote to promote it to 1.2 final in the next few days. thanks, dims On 7/18/06, Kevan Miller [EMAIL PROTECTED] wrote: FYI -- all our test results looked good. --kevan On Jul 16, 2006, at 3:04 PM, Kevan Miller wrote: Dims, thanks a bunch. +1 To be safe, I'm starting up some Geronimo tests using this new release of Commons-Modeler. I'll give you an update tomorrow. --kevan On Jul 14, 2006, at 2:02 PM, Davanum Srinivas wrote: Team, I'd like to help cut a release of 1.2 of Commons-Modeler as requested by the Geronimo team [1]. Here's some of the prep work that went into updating the maven dist target [2]. An RC1 is available for review at: http://people.apache.org/~dims/commons-modeler/ Thanks, dims [1] http://www.mail-archive.com/commons-dev@jakarta.apache.org/ msg80641.html [2] http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/ 200607.mbox/[EMAIL PROTECTED] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - 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] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[modeler] Cutting a release for Commons Modeler
Team, I'd like to help cut a release of 1.2 of Commons-Modeler as requested by the Geronimo team [1]. Here's some of the prep work that went into updating the maven dist target [2]. An RC1 is available for review at: http://people.apache.org/~dims/commons-modeler/ Thanks, dims [1] http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg80641.html [2] http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200607.mbox/[EMAIL PROTECTED] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [modeler] Cutting a release for Commons Modeler
I've cut a svn tag as well: http://svn.apache.org/repos/asf/jakarta/commons/proper/modeler/tags/MODELER_1_2_RC1/ thanks, dims On 7/14/06, Davanum Srinivas [EMAIL PROTECTED] wrote: Team, I'd like to help cut a release of 1.2 of Commons-Modeler as requested by the Geronimo team [1]. Here's some of the prep work that went into updating the maven dist target [2]. An RC1 is available for review at: http://people.apache.org/~dims/commons-modeler/ Thanks, dims [1] http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg80641.html [2] http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200607.mbox/[EMAIL PROTECTED] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [modeler] Cutting a release for Commons Modeler
Sure Dennis. Please go ahead and update whatever you think needs to be. thanks, dims On 7/14/06, Dennis Lundberg [EMAIL PROTECTED] wrote: Davanum Srinivas wrote: Team, I'd like to help cut a release of 1.2 of Commons-Modeler as requested by the Geronimo team [1]. Here's some of the prep work that went into updating the maven dist target [2]. An RC1 is available for review at: http://people.apache.org/~dims/commons-modeler/ Thanks, dims [1] http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg80641.html [2] http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200607.mbox/[EMAIL PROTECTED] I've built the site locally and clicked through it. I found a couple of small things that should be changed. They are site only changes. Should I commit them? Another thing that needs to be done is to add the 1.2 release in xdocs/downloads.xml, but that should wait until just before the release so we get the correct release date. Also I ran into trouble when running maven dist with maven-tasklist-plugin version 2.4 installed. Downgrading to version 2.3 solved it. I will investigate this further. -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Modeler] Resync and Release for commons-modeler
Yoav, No problem at all. Is there still another outstanding patch? i thought bill took care of it all. I'll check the bugzilla. and will start a vote next week for making a release. thanks, dims On 6/6/06, Yoav Shapira [EMAIL PROTECTED] wrote: Dims, Sorry for the late response. This is a very busy week for me, so I don't have much time. I can definitely handle syncing Tomcat to the latest stable modeler release, once such a release is available. It'd be nice if someone else can commit the modeler patch and cut that modeler release... Yoav On 6/3/06, Davanum Srinivas [EMAIL PROTECTED] wrote: Bill, Yoav, Dennis, Could you please help with [1] and the resync with Tomcat's version of modeler? Once that is done, rbb and/or i can start a VOTE thread for a release that we need for Geronimo. Thanks, dims [1] http://issues.apache.org/jira/browse/MODELER-3 -- Davanum Srinivas : http://wso2.com/blogs/ -- Yoav Shapira Nimalex LLC 1 Mifflin Place, Suite 310 Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com -- Davanum Srinivas : http://wso2.com/blogs/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Modeler] Resync and Release for commons-modeler
+1 to 1.3. Geronimo minimum is 1.4. So please go ahead with [1]/ thanks, dims On 6/4/06, Dennis Lundberg [EMAIL PROTECTED] wrote: Davanum Srinivas wrote: Bill, Yoav, Dennis, Could you please help with [1] and the resync with Tomcat's version of modeler? Once that is done, rbb and/or i can start a VOTE thread for a release that we need for Geronimo. Thanks, dims [1] http://issues.apache.org/jira/browse/MODELER-3 Like I said in that JIRA-issue, and the thread on general [2], it all depends on what minimum Java version we want for modeler. If we are OK with 1.3 I can go ahead and fix [1]. But, since I am not a modeler user myself, I really cannot say which Java version is OK to use. That should be up to the current users of modeler, which seems to be Geronimo and Tomcat. [2]http://mail-archives.apache.org/mod_mbox/jakarta-general/200605.mbox/[EMAIL PROTECTED] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://wso2.com/blogs/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Modeler] Resync and Release for commons-modeler
Bill, Yoav, Dennis, Could you please help with [1] and the resync with Tomcat's version of modeler? Once that is done, rbb and/or i can start a VOTE thread for a release that we need for Geronimo. Thanks, dims [1] http://issues.apache.org/jira/browse/MODELER-3 -- Davanum Srinivas : http://wso2.com/blogs/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] commons karma for Jochen Wiedmann
[ X ] +1 grant Jochen Wiedmann commons karma I can vouch for Jochen :) thanks, dims On 5/23/06, Yoav Shapira [EMAIL PROTECTED] wrote: Hola, On 5/23/06, robert burrell donkin rdonkin at apache.org wrote: Jochen Wiedmann (jochen at apache.org) is a pmc'er over in web services land. Jochen would like commons karma (http://mail-archives.apache.org/mod_mbox/jakarta-general/200605.mbox/% 3c4472E7BD.2080709 at gmail.com%3e) to help work on file-upload. Since when did we start inviting people into Jakarta based on their first (AFAIK) proposed - and not yet accepted - patch? Has anyone looked at the patch? I haven't seen any discussion on it, and I know that I'm not going to have time to look at it until the weekend, long after this vote will have closed, apparently. I imagine we can keep the vote open that long if you have concerns. As to the question at the beginning of the paragraph, I would imagine it's a fairly unusual scenario, but one answer that comes to mind is when the component has no other active developers. --8--- [ X ] +1 grant Jochen Wiedmann commons karma [ ] +0 [ ] -0 [ ] -1 do not grant Jochen Wiedmann commons karma Yoav (via gmane) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas : http://wso2.com/blogs/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][all] Switch to Jira
+1 On 5/2/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote: +1 On Tue, 2006-05-02 at 10:51 -0700, Henri Yandell wrote: I'd like to call a vote that we switch to Jira. Here's the loose migration plan: * Make Bugzilla read-only * Import Commons project in Bugzilla into Commons project in JIRA This will pull over users, components, versions etc. * Setup notification scheme * Setup permission scheme * Setup group * For each of the 37 components ** Create new project - name: Commons Xxxx, key . ** Assign notification, permission and group ** Create relevant versions ** View component, bulk move all issues to new project * Cleanup Commons project (we'll still use it as a catch-all). Delete components/versions. The 37 components don't all have to be set up at the same time, we can take our time to move things out of the Commons project and into the individual Commons Foo projects. [ ] +1 [ ] -1 Vote to last 72 hours, 3 +1s required, 3/4 of active vote being +1. 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] -- Davanum Srinivas : http://wso2.com/blogs/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] clover.license file?
https://svn.apache.org/repos/private/committers On 2/16/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello: (It is not in https://svn.apache.org/repos/asf, right?) Would that be in the repos-private directory? I do not seem to have access [1] to that but I am a committer. What root URL should I use? Thanks Gary [1] From Eclipse: RA layer request failed svn: PROPFIND request failed on '/repos/repos-private' svn: PROPFIND of '/repos/repos-private': 405 Method Not Allowed (https://svn.apache.org) -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 15, 2006 11:13 PM To: Jakarta Commons Developers List Subject: Re: [all] clover.license file? svn:committers/donated-licences/clover/ On 2/15/06, Gary Gregory [EMAIL PROTECTED] wrote: Hello: Where in SVN (or still in CVS) do we keep our clover.license file? Gary - 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] -- Davanum Srinivas : http://wso2.com/blogs/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jci] Karma and status request
+1 from me. On 8/7/05, Torsten Curdt [EMAIL PROTECTED] wrote: On 07.08.2005, at 09:43, Don Brown wrote: Torsten, what do you think? I basically added two more constructors to allow the passing of the JavaCompiler instance to the CompilingClassLoader. Nothing fancy, but it does let me externalize the compiler choice and without impacting any existing usage of jci. Don, feel free to help out and improve jci. The more projects using it the better. At the moment I am focusing a bit more on javaflow. But both go hand in hand. The configuration part of the compilers should be externalized into the factory. Also I would like to be able to specify a dedicated classpath for compilation. Plus I would like to see more compiler implementations. ...and as always the testcases and documentation need a bit of attention :) cheers -- Torsten -- Davanum Srinivas -http://blogs.cocoondev.org/dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: UnboundedFifoBuffer - serialization bug + fix
Applied to SVN. thanks. -- dims On 7/15/05, Knych, Thomas [IT] [EMAIL PROTECTED] wrote: Dims - The patch should be: private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException { in.defaultReadObject(); int size = in.readInt(); - buffer = new Object[size]; + buffer = new Object[size + 1]; for (int i = 0; i size; i++) { buffer[i] = in.readObject(); } head = 0; tail = size; } Setting tail = size - 1; just caused another bug (ie you couldn't get the last element in the buffer). This is because tail is supposed to point to the next unused cell in the buffer array. By creating the buffer to be size + 1, tail will be set to a valid cell within buffer that is empty (but the cell before it has an element in it), and the class works properly. Thanks, -TK -Original Message- From: Davanum Srinivas [mailto:[EMAIL PROTECTED] Sent: Thursday, July 14, 2005 8:26 AM To: Jakarta Commons Developers List Cc: Knych, Thomas [IT]; *GT GFI ALF Development Subject: Re: UnboundedFifoBuffer - serialization bug + fix Jordan, So the patch is the one-liner in previous email? (tail = size - 1;?) -- dims On 7/13/05, Krey, Jordan [IT] [EMAIL PROTECTED] wrote: Commons Collections- Correction. 116 /*** 117 * Read the buffer in using a custom routine. 118 * 119 * @param in the input stream 120 * @throws IOException 121 * @throws ClassNotFoundException 122 */ 123 private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException { 124 in.defaultReadObject(); 125 int size = in.readInt(); 126 buffer = new Object[size + 1]; -- must be size + 1 in order to satisfy the condition of Iterator.hasNext() 127 for (int i = 0; i size; i++) { 128 buffer[i] = in.readObject(); 129 } 130 head = 0; 131 tail = size; 132 } For example, previously, if size == 1 and the object was read in. The next iteration would fail at the increment() and hasNext() methods: 246 private int increment(int index) { 247 index++; 248 if (index = buffer.length) { -- buffer length == 1 249 index = 0; -- index now set back to 0 250 } 251 return index; 252 } 279 public boolean hasNext() { 280 return index != tail; -- index == 0, tail == 1 281 282 } Now: 246 private int increment(int index) { 247 index++; 248 if (index = buffer.length) { -- buffer length == 2 249 index = 0; 250 } 251 return index; -- index == 1 252 } 279 public boolean hasNext() { 280 return index != tail; -- index == 1, tail == 1 281 282 } -Jordan Citigroup Analytics Dev team -Original Message- From: Knych, Thomas [IT] Sent: Wednesday, July 13, 2005 10:15 AM To: 'commons-dev@jakarta.apache.org' Cc: *GT GFI ALF Development Subject: UnboundedFifoBuffer - serialization bug + fix Commons Collections- We recently found a bug in the serialization of UnboundedFifoBuffer. Apparently when the object is serialized and then read back in the tail variable is set to size; it should actually be set to size - 1 because otherwise the tail element will be beyond the bounds of the internal array. Among other things this will cause the iterator to infinitely loop. Attached is our own local patch... Thanks! -TK Citigroup Analytics Dev team --- /home/tk53899/tmp/commons-colls/commons-collections-3.1/src/java/org/apache/commons/collections/buffer/UnboundedFifoBuffer.java 2005-07-13 10:08:12.0 -0400 +++ org/apache/commons/collections/buffer/UnboundedFifoBuffer.java 2005-07-13 10:01:56.0 -0400 @@ -50,7 +50,7 @@ * This class is Serializable from Commons Collections 3.1. * * @since Commons Collections 3.0 (previously in main package v2.1) - * @version $Revision: 1.9 $ $Date: 2004/06/01 22:57:18 $ + * @version $Revision: 1.1.2.1 $ $Date: 2005/07/13 14:01:56 $ * * @author Avalon * @author Federico Barbieri @@ -128,7 +128,7 @@ buffer[i] = in.readObject(); } head = 0; -tail = size; +tail = size - 1; } //--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas -http://blogs.cocoondev.org/dims
Re: UnboundedFifoBuffer - serialization bug + fix
Jordan, So the patch is the one-liner in previous email? (tail = size - 1;?) -- dims On 7/13/05, Krey, Jordan [IT] [EMAIL PROTECTED] wrote: Commons Collections- Correction. 116 /*** 117 * Read the buffer in using a custom routine. 118 * 119 * @param in the input stream 120 * @throws IOException 121 * @throws ClassNotFoundException 122 */ 123 private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException { 124 in.defaultReadObject(); 125 int size = in.readInt(); 126 buffer = new Object[size + 1]; -- must be size + 1 in order to satisfy the condition of Iterator.hasNext() 127 for (int i = 0; i size; i++) { 128 buffer[i] = in.readObject(); 129 } 130 head = 0; 131 tail = size; 132 } For example, previously, if size == 1 and the object was read in. The next iteration would fail at the increment() and hasNext() methods: 246 private int increment(int index) { 247 index++; 248 if (index = buffer.length) { -- buffer length == 1 249 index = 0; -- index now set back to 0 250 } 251 return index; 252 } 279 public boolean hasNext() { 280 return index != tail; -- index == 0, tail == 1 281 282 } Now: 246 private int increment(int index) { 247 index++; 248 if (index = buffer.length) { -- buffer length == 2 249 index = 0; 250 } 251 return index; -- index == 1 252 } 279 public boolean hasNext() { 280 return index != tail; -- index == 1, tail == 1 281 282 } -Jordan Citigroup Analytics Dev team -Original Message- From: Knych, Thomas [IT] Sent: Wednesday, July 13, 2005 10:15 AM To: 'commons-dev@jakarta.apache.org' Cc: *GT GFI ALF Development Subject: UnboundedFifoBuffer - serialization bug + fix Commons Collections- We recently found a bug in the serialization of UnboundedFifoBuffer. Apparently when the object is serialized and then read back in the tail variable is set to size; it should actually be set to size - 1 because otherwise the tail element will be beyond the bounds of the internal array. Among other things this will cause the iterator to infinitely loop. Attached is our own local patch... Thanks! -TK Citigroup Analytics Dev team --- /home/tk53899/tmp/commons-colls/commons-collections-3.1/src/java/org/apache/commons/collections/buffer/UnboundedFifoBuffer.java 2005-07-13 10:08:12.0 -0400 +++ org/apache/commons/collections/buffer/UnboundedFifoBuffer.java 2005-07-13 10:01:56.0 -0400 @@ -50,7 +50,7 @@ * This class is Serializable from Commons Collections 3.1. * * @since Commons Collections 3.0 (previously in main package v2.1) - * @version $Revision: 1.9 $ $Date: 2004/06/01 22:57:18 $ + * @version $Revision: 1.1.2.1 $ $Date: 2005/07/13 14:01:56 $ * * @author Avalon * @author Federico Barbieri @@ -128,7 +128,7 @@ buffer[i] = in.readObject(); } head = 0; -tail = size; +tail = size - 1; } //--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas -http://blogs.cocoondev.org/dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Stefan Bodewig as commons proper committer
+1 On 5/13/05, Rory Winston [EMAIL PROTECTED] wrote: +1 Jakarta Commons Developers List commons-dev@jakarta.apache.org wrote: Hi everyone, Had this vote in mind for a long time, but got districted with other parts of my life. I call on making Stefan a commons committer (this vote is way overdue, probably due to that everyone probably thinks he is a already committer) I'll skip the reasons why, since if you are allowed to vote on this I assume you know the outstanding job he is doing. [ ] +1 Let him commit [ ] 0 [ ] -1 Maybe not, because.. I of course am a big +1 ;) Mvgr, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Sign up for eircom broadband now and get a free two month trial.* Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [JCI] proposed contribution
+1 from me. On 5/10/05, Torsten Curdt [EMAIL PROTECTED] wrote: Any objections? Not at all :) cheers -- Torsten -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Commons Discovery
, Suite #300 Toronto, Ontario M4P 2C9 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Sign up for eircom broadband now and get a free two month trial.* Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer - 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] _ Sign up for eircom broadband now and get a free two month trial.* Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons-Discovery 0.3
+1 from me. On 5/2/05, Rory Winston [EMAIL PROTECTED] wrote: I have placed an RC of Commons-Discovery here: http://people.apache.org/~rwinston/commons-discovery-0.3.jar This should fix some long-standing issues. Please vote to release (or not). I'm starting with my: +1 _ Sign up for eircom broadband now and get a free two month trial.* Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Commons Discovery
+1 to 0.3 -- dims On 4/25/05, robert burrell donkin [EMAIL PROTECTED] wrote: On Mon, 2005-04-25 at 17:00 +0100, Rory Winston wrote: Hi Robert, Yes sure, I can do that. good :) Should I start with a vote? what i've done for my last few releases is to stick a plan up on the wiki (to keep track of what work needs to be done so people can grab any tasks they feel like doing: also allows people to add bits, probably pretty short in this case) then start a vote on the plan, nominating yourself as release manager. it's a lazy consensus so shouldn't take very long (but it's always good to see those +1's ;) probably one urgent (but not important) decision is the name: 0.3 or 0.2.1 are both reasonable. (i have no strong preference.) might need to consider rolling a release candidate ASAP so that downstream users can test it. if you do put a plan on the wiki, it'd be cool to keep Fernando in the loop. the wiki should be a good way for us to get some feedback from him. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Commons Discovery
73 or visit http://home.eircom.net/broadbandoffer - 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] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Commons Discovery
Rory, if you take care of the jakarta release...maven repo stuff is easy. i can do it. thanks, dims On 4/20/05, Rory Winston [EMAIL PROTECTED] wrote: Sorry Fernando, I meant a 0.3-RC jar. Do you know if the patches are already in CVS (i.e. if Discovery was built from CVS now, and released into apache dist/ that would be good enough? If so, I can cut a release easily enough. I dont know about the Maven repository stuff, but I could put a release on Jakarta. Jakarta Commons Developers List commons-dev@jakarta.apache.org wrote: Hi Rory, Rory Winston wrote: AFAIK, Discovery has been inactive for quite a while now. I dont know if you will find any of the original developers still around, to be honest. What exactly needs to be done here? Would an easy solution just be to package up a Discovery-0.2-RC1 and make that .jar available? There is a 0.2 already. http://www.apache.org/dist/jakarta/commons/discovery/source/commons-discovery-0.2-src.tar.gz However, this version has some bugs that prevents its use and people are resorting to some CVS snapshots that contain the patches that fix the bugs. For instance, ObjectWeb JOnAS is using a snapshot dated 27-Mar-2004. JPackage.org and all Linux distrubutions based on it build their packages from sources, so what they are looking for is a http://www.apache.org/dist/jakarta/commons/discovery/source/commons-discovery-0.3-src.tar.gz (or 0.2.1) that contains the patches. I believe ObjectWeb would also like to be able to download the .jar directly and I believe it should also go into the maven repository if it is being used by other Apache projects that have been mavenized. Regards, Fernando Jakarta Commons Developers List commons-dev@jakarta.apache.org wrote: Hi everyone, robert burrell donkin wrote: On Sun, 2005-04-17 at 00:30 -0400, Phil Steitz wrote: Hi Fernando, Unfortunately, I don't think we can do what you are asking without cutting a release. We don't publish snapshots of Jakarta Commons components. To cut a release, we need a release manager to volunteer, develop a plan, initiate a vote and then cut the release. +1 OK Any [discovery] volunteers? i think that this is an issue that we should think about addressing. (hopefully, a discovery volunteer will jump in about now...) It seems all discovery folks are busy with other things :-( in the absence of discovery volunteers, i think that this is circumstance where we might consider seconding volunteers from other commons components onto discovery. (the traditional form would be to commit a change to the appropriate file and then wait for -1's.) The bug in 0.2 makes it impossible to use and is creating a de facto release out of untagged cvs code. It would make sense going ahead with your plan B and see if someone opposes and if somone from another component pushes it out. I do not have the necessary knowlwdge to do it, otherwise I would offer to help. Regards to all, Fernando - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Sign up for eircom broadband now and get a free two month trial.* Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Fernando Nasser Red Hat Canada Ltd. E-Mail: [EMAIL PROTECTED] 2323 Yonge Street, Suite #300 Toronto, Ontario M4P 2C9 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Sign up for eircom broadband now and get a free two month trial.* Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Commons Discovery
Fernando, should be ok for axis (in plain servlet). i will holler if i see something wrong, otherwise just carry on with cutting a release. thanks, dims On 4/20/05, Fernando Nasser [EMAIL PROTECTED] wrote: Rory Winston wrote: OK, cheers. I'll just get clarification from Fernando re: the fixes in CVS and then I can start the ball rolling. Cheers Rory OK, it is actually AXIS which needs the fix (JOnAS uses it indirectly). The fix it is already checked in CVS (they are using that snapshot I've mentioned). I've asked Guillaume to check if there are too many differences between the snapshot 27-Mar-2004 and the current discovery CVS tip (I am having problems installing subversion on my system ATM). Just to make sure it is safe for AXIS to use the new 0.3.RC1. But cvs/subversion is currently down. Davanum, could you or someone from AXIS possibly give the discovery CVS tip a try (when cvs comes back on)? Regards to all, Fernando - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Commons Discovery
nope. this was a problem on Jonas, i believe. -- dims On 4/20/05, Rory Winston [EMAIL PROTECTED] wrote: Is this the issue in question? http://issues.apache.org/jira/browse/AXIS-893 Jakarta Commons Developers List commons-dev@jakarta.apache.org wrote: Rory Winston wrote: OK, cheers. I'll just get clarification from Fernando re: the fixes in CVS and then I can start the ball rolling. Cheers Rory OK, it is actually AXIS which needs the fix (JOnAS uses it indirectly). The fix it is already checked in CVS (they are using that snapshot I've mentioned). I've asked Guillaume to check if there are too many differences between the snapshot 27-Mar-2004 and the current discovery CVS tip (I am having problems installing subversion on my system ATM). Just to make sure it is safe for AXIS to use the new 0.3.RC1. But cvs/subversion is currently down. Davanum, could you or someone from AXIS possibly give the discovery CVS tip a try (when cvs comes back on)? Regards to all, Fernando - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Sign up for eircom broadband now and get a free two month trial.* Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL] Make it compile with JDK 1.5
fixed. -- dims On Wed, 26 Jan 2005 16:31:59 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: subject says it all. Some trivial enum replacements. Stefan Index: src/java/org/apache/commons/mail/Email.java === RCS file: /home/cvspublic/jakarta-commons/email/src/java/org/apache/commons/mail/Email.java,v retrieving revision 1.5 diff -u -r1.5 Email.java --- src/java/org/apache/commons/mail/Email.java 15 Jan 2005 17:15:31 - 1.5 +++ src/java/org/apache/commons/mail/Email.java 26 Jan 2005 15:31:32 - @@ -1,5 +1,5 @@ /* - * Copyright 2001-2004 The Apache Software Foundation + * Copyright 2001-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 ( the License ); * you may not use this file except in compliance with the License. @@ -797,11 +797,11 @@ if (this.headers.size() 0) { -Enumeration enum = this.headers.keys(); +Enumeration enumHeaderKeys = this.headers.keys(); -while (enum.hasMoreElements()) +while (enumHeaderKeys.hasMoreElements()) { -String name = (String) enum.nextElement(); +String name = (String) enumHeaderKeys.nextElement(); String value = (String) headers.get(name); this.message.addHeader(name, value); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ATTRIBUTES] make it compile on JDK 1.5
fixed. -- dims On Wed, 26 Jan 2005 16:26:02 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: subject says it all. Some trivial enum replacements. Stefan Index: api/src/java/org/apache/commons/attributes/AttributeIndex.java === RCS file: /home/cvspublic/jakarta-commons/attributes/api/src/java/org/apache/commons/attributes/AttributeIndex.java,v retrieving revision 1.2 diff -u -r1.2 AttributeIndex.java --- api/src/java/org/apache/commons/attributes/AttributeIndex.java 27 Aug 2004 21:30:10 - 1.2 +++ api/src/java/org/apache/commons/attributes/AttributeIndex.java 26 Jan 2005 15:24:48 - @@ -1,5 +1,5 @@ /* - * Copyright 2003-2004 The Apache Software Foundation + * Copyright 2003-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. @@ -219,9 +219,9 @@ */ public AttributeIndex (ClassLoader cl) throws Exception { this.classLoader = cl; -Enumeration enum = cl.getResources (META-INF/attrs.index); -while (enum.hasMoreElements ()) { -URL url = (URL) enum.nextElement (); +Enumeration e = cl.getResources (META-INF/attrs.index); +while (e.hasMoreElements ()) { +URL url = (URL) e.nextElement (); loadFromURL (url); } Index: compiler/src/java/org/apache/commons/attributes/compiler/AttributeIndexer.java === RCS file: /home/cvspublic/jakarta-commons/attributes/compiler/src/java/org/apache/commons/attributes/compiler/AttributeIndexer.java,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 AttributeIndexer.java --- compiler/src/java/org/apache/commons/attributes/compiler/AttributeIndexer.java 6 Jul 2004 20:42:04 - 1.1.1.1 +++ compiler/src/java/org/apache/commons/attributes/compiler/AttributeIndexer.java 26 Jan 2005 15:24:48 - @@ -1,5 +1,5 @@ /* - * Copyright 2003-2004 The Apache Software Foundation + * Copyright 2003-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. @@ -150,9 +150,9 @@ File newJarFile = new File (jarFile.getPath () + .new); JarOutputStream output = new JarOutputStream (new FileOutputStream (newJarFile)); try { -Enumeration enum = jar.entries (); -while (enum.hasMoreElements ()) { -JarEntry entry = (JarEntry) enum.nextElement (); +Enumeration e = jar.entries (); +while (e.hasMoreElements ()) { +JarEntry entry = (JarEntry) e.nextElement (); if (!entry.isDirectory ()) { String className = entry.getName (); if (className.endsWith (SUFFIX)) { Index: compiler/src/java/org/apache/commons/attributes/validation/AttributeValidatorTask.java === RCS file: /home/cvspublic/jakarta-commons/attributes/compiler/src/java/org/apache/commons/attributes/validation/AttributeValidatorTask.java,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 AttributeValidatorTask.java --- compiler/src/java/org/apache/commons/attributes/validation/AttributeValidatorTask.java 6 Jul 2004 20:42:09 - 1.1.1.1 +++ compiler/src/java/org/apache/commons/attributes/validation/AttributeValidatorTask.java 26 Jan 2005 15:24:49 - @@ -1,5 +1,5 @@ /* - * Copyright 2003-2004 The Apache Software Foundation + * Copyright 2003-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. @@ -143,9 +143,9 @@ JarFile jar = new JarFile (jarFile); try { -Enumeration enum = jar.entries (); -while (enum.hasMoreElements ()) { -JarEntry entry = (JarEntry) enum.nextElement (); +Enumeration e = jar.entries (); +while (e.hasMoreElements ()) { +JarEntry entry = (JarEntry) e.nextElement (); if (!entry.isDirectory ()) { String className = entry.getName (); if (className.endsWith (SUFFIX)) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: [DISCOVERY] Make it compile on JDK 1.5
fixed. -- dims On Wed, 26 Jan 2005 16:38:41 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: subject says it all. Some trivial enum replacements. Stefan Index: src/java/org/apache/commons/discovery/resource/DiscoverResources.java === RCS file: /home/cvspublic/jakarta-commons/discovery/src/java/org/apache/commons/discovery/resource/DiscoverResources.java,v retrieving revision 1.4 diff -u -r1.4 DiscoverResources.java --- src/java/org/apache/commons/discovery/resource/DiscoverResources.java 27 Feb 2004 23:36:55 - 1.4 +++ src/java/org/apache/commons/discovery/resource/DiscoverResources.java 26 Jan 2005 15:38:07 - @@ -1,5 +1,5 @@ /* - * Copyright 1999-2004 The Apache Software Foundation + * Copyright 1999-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. @@ -108,9 +108,9 @@ if (log.isDebugEnabled()) log.debug(getNextResources: search using ClassLoader ' + loader + '); try { -Enumeration enum = JDKHooks.getJDKHooks().getResources(loader, resourceName); -if (enum != null enum.hasMoreElements()) { -return enum; +Enumeration e = JDKHooks.getJDKHooks().getResources(loader, resourceName); +if (e != null e.hasMoreElements()) { +return e; } } catch( IOException ex ) { log.warn(getNextResources: Ignoring Exception, ex); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [MESSENGER] Make it compile with JDK 1.5
fixed. thanks, dims On Wed, 26 Jan 2005 16:55:12 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: subject says it all. Some trivial enum replacements. Stefan Index: src/java/org/apache/commons/messagelet/BridgeMDO.java === RCS file: /home/cvspublic/jakarta-commons-sandbox/messenger/src/java/org/apache/commons/messagelet/BridgeMDO.java,v retrieving revision 1.7 diff -u -r1.7 BridgeMDO.java --- src/java/org/apache/commons/messagelet/BridgeMDO.java 4 Mar 2003 10:21:06 - 1.7 +++ src/java/org/apache/commons/messagelet/BridgeMDO.java 26 Jan 2005 15:54:44 - @@ -1,5 +1,5 @@ /* - * Copyright (C) The Apache Software Foundation. All rights reserved. + * Copyright (C) 2002-2005 The Apache Software Foundation. All rights reserved. * * This software is published under the terms of the Apache Software License * version 1.1, a copy of which has been included with this distribution in @@ -344,8 +344,8 @@ MapMessage answer = getOutputMessenger().createMapMessage(); // copy across all values -for ( Enumeration enum = inputMessage.getMapNames(); enum.hasMoreElements(); ) { -String name = (String) enum.nextElement(); +for ( Enumeration e = inputMessage.getMapNames(); e.hasMoreElements(); ) { +String name = (String) e.nextElement(); Object value = inputMessage.getObject( name ); answer.setObject( name, value ); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging][PROPOSAL] 1.0.5 release
+1 from me. On Wed, 19 Jan 2005 20:26:01 -0800, Craig McClanahan [EMAIL PROTECTED] wrote: +1 Craig On Wed, 19 Jan 2005 22:49:09 +, robert burrell donkin [EMAIL PROTECTED] wrote: IMO the first step before any work can begin on any improvements is to release the current code (this contains an important enhancement improving memory release in the 1.0.x series of releases). therefore, i propose that we should start the release process for 1.0.5 by electing a release manager and formulating a release plan. i'm willing to act as release manager for this release. my vision would be that a release branch would be taken as soon as possible but with a long release candidate phase would follow to allow the release to be tested. - robert - 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] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: new sandbox projects
i'd say go for it now :) -- dims On Mon, 20 Dec 2004 13:00:41 +0100, Torsten Curdt [EMAIL PROTECTED] wrote: was offline for a few hours ...you guys are quick :o) Thanks for granting the karma, Craig. Although I'd like to commit the stuff right away it probably makes sense to wait util the switch to svn is done. Or what do you guys reckon? cheers -- Torsten In case someone missed the thread on general here is a re-post as Brett suggested... Thanks for the positive feedback so far. BTW: How far is the SVN migration? cheers -- Torsten Torsten Curdt wrote: Hey, folks! Over at cocoon we have some code that might be worth sharing on jakarta commons. So I was wondering if the sandbox is open to any committer or only to jakarta committers? (which I am not) I heard different stories... I factored out our javaflow (java continuations) implementation and a java compiler interface (jci) featuring a compiling classloader. Any opinions on hosting that at jakarta commons? Or should we keep that stuff under our umbrella? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][EMAIL] Release Commons-Email 1.0
[X] +0 I support this release but am unable to help On Fri, 3 Dec 2004 17:35:36 + (UTC), Henning P. Schmiedehausen [EMAIL PROTECTED] wrote: Eric Pugh [EMAIL PROTECTED] writes: --- [ ] +1 I support this release and am willing to help [X] +0 I support this release but am unable to help [ ] -0 I do not support this release [ ] -1 I do not support this release, and here are my reasons --- Regards Henning -- 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 -- hero for hire Linux, Java, perl, Solaris -- Consulting, Training, Development What is more important to you... [ ] Product Security or [ ] Quality of Sales and Marketing Support -- actual question from a Microsoft customer survey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Matthew Inger as Commons Committer Re: [Lang] Commit Karma
+1 to grant him karma. -- dims On Wed, 1 Dec 2004 16:52:18 -0500, Henri Yandell [EMAIL PROTECTED] wrote: Quick vote so that Matthew can work on the code he contributed to Lang. He's a Jakarta committer already, so will just be a case of adding karma. [ ] +1 - Fix it [ ] -1 - Send a patch Hen On Wed, 1 Dec 2004 10:48:46 -0500, Inger, Matthew [EMAIL PROTECTED] wrote: I'd like to request commit Karma, userid is mattinger. I have some changes to commit to the StrTokenizer class, which i originally wrote and submitted, though someone else checked it in. It has a few bugs that need resolving. - 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] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote][math] Release Math 1.0
+1 On Tue, 30 Nov 2004 10:08:06 -0500, Mark R. Diggory [EMAIL PROTECTED] wrote: +1 Brent Worden wrote: +1 Brent Worden -Original Message- From: Phil Steitz [mailto:[EMAIL PROTECTED] Sent: Saturday, November 27, 2004 10:32 AM To: Jakarta Commons Developers List Subject: [vote][math] Release Math 1.0 There have been no bug reports against commons-math-1.0-RC2, which has been out for a couple of weeks now. I propose that we release commons-math-1.0, based on CVS HEAD, tagged and renamed for 1.0. There have been no changes to [math] since 1.0-RC2 was cut, which is available here: http://www.apache.org/~psteitz/commons-math-1.0-RC2/dist/ Votes, please. Voting will last at least 72 hours. Thanks. --- [ ] +1 I support this release and am willing to help [ ] +0 I support this release but am unable to help [ ] -0 I do not support this release [ ] -1 I do not support this release, and here are my reasons --- Here is my +1. -- Phil Steitz - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Transaction to Commons Proper
+1 On Tue, 16 Nov 2004 14:49:10 +0100, Stefan Lützkendorf [EMAIL PROTECTED] wrote: +1 Stefan Oliver Zeigermann wrote: Folks, as described in previous posts and inspired by the fine proposal for email promotion I would like to see the transaction component http://jakarta.apache.org/commons/sandbox/transaction/ promoted to commons proper. The initial committers would be Stefan Lützkendorf, James Mason, Daniel Florey and me. AFAIK none of us is a committer in commons proper so the promotion would include making as committers there. We all are Jakarta Slide committers and this is where the component came from. We factored out code for a transactional file system, transactional maps (implementing Map interface) with different ACID strategies, general purpose locks and a few more helper classes. Junit tests exist for all parts and succeed: http://jakarta.apache.org/commons/sandbox/transaction/junit-report.html Javadoc is pretty complete http://jakarta.apache.org/commons/sandbox/transaction/apidocs/index.html and general documentation and even a short tutorial for locks exist: http://jakarta.apache.org/commons/sandbox/transaction/locks/tutorial.html The transaction component is stable enough to be released as a 1.0 soon after promotion and would initially be maintained by the committers of the Slide community. Once promoted growth is anticipated as even in the sandbox it attracted some attention. As I am not a commons committer, I have no binding vote, but my non-binding vote of course is +1. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Stefan Lützkendorf -- [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-commons/discovery/src/java/org/apache/commons/discovery/tools ManagedProperties.java
Richard, Are u planning any more updates? Can we try and make a commons-discovery release before Axis gets finalized? thanks, dims On 6 Oct 2004 22:31:34 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: rsitze 2004/10/06 15:31:34 Modified:discovery/src/java/org/apache/commons/discovery/tools ManagedProperties.java Log: Instrument logging to help identify source of properties. Revision ChangesPath 1.8 +18 -1 jakarta-commons/discovery/src/java/org/apache/commons/discovery/tools/ManagedProperties.java Index: ManagedProperties.java === RCS file: /home/cvs/jakarta-commons/discovery/src/java/org/apache/commons/discovery/tools/ManagedProperties.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- ManagedProperties.java17 Aug 2004 18:32:06 - 1.7 +++ ManagedProperties.java6 Oct 2004 22:31:34 - 1.8 @@ -24,6 +24,8 @@ import java.util.Properties; import org.apache.commons.discovery.jdk.JDKHooks; +import org.apache.commons.discovery.log.DiscoveryLogFactory; +import org.apache.commons.logging.Log; @@ -76,6 +78,11 @@ * @author Richard A. Sitze */ public class ManagedProperties { +private static Log log = DiscoveryLogFactory.newLog(ManagedProperties.class); +public static void setLog(Log _log) { +log = _log; +} + /** * Cache of Properties, keyed by (thread-context) class loaders. * Use codeHashMap/code because it allows 'null' keys, which @@ -120,6 +127,9 @@ if (val != null) { value = val.value; } +} else if (log.isDebugEnabled()) { +log.debug(found System property ' + propertyName + ' + + with value ' + value + '.); } return value; } @@ -314,8 +324,15 @@ // set value only if override exists.. // otherwise pass default (or null) on.. -if (altValue != null) +if (altValue != null) { value = altValue; + +if (log.isDebugEnabled()) { +log.debug(found Managed property ' + propertyName + ' + + with value ' + value + ' + + bound to classloader + classLoader + .); +} +} } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][betwixt] approve betwixt 0.6 release plan
+1 from me. -- dims On Tue, 27 Jul 2004 22:15:50 +0100, robert burrell donkin [EMAIL PROTECTED] wrote: the release plan has been on the wiki (http://wiki.apache.org/jakarta-commons/Betwixt/0_2e6ReleasePlan) for a few days now with no comments. betwixt 0.6 will be a baseline release for the refactored design and will provide an upgrade path from 0.5. methods deprecated in 0.5 can be removed once this release is cut. i'd like to vote that we approve the plan and myself as release manager. here's my +1. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Attributes 2.1
+1 from me. -- dims On Sun, 25 Jul 2004 22:19:51 +0100, robert burrell donkin [EMAIL PROTECTED] wrote: +1 BTW i have an idea that a NOTICE file now needs to distributed (together with the LICENSE). - robert On 24 Jul 2004, at 16:02, Leo Sutic wrote: Hi all, I am hereby calling for a vote to release Commons Attributes 2.1. The website is at: http://jakarta.apache.org/commons/attributes/ (I'll switch the download links to 2.1 as soon as the release is done - for the moment I think it is advantageous if they remain as they are.) The binaries are at: http://www.apache.org/~leosutic/commons-attributes-api-2.1rc1.jar http://www.apache.org/~leosutic/commons-attributes-compiler-2.1rc1.jar Maven plugin: http://www.apache.org/~leosutic/commons-attributes-plugin-2.1rc1.jar (Please see http://jakarta.apache.org/commons/attributes/maven_demo.html for instructions on how to use the Maven plugin.) /LS - 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] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release vote for JXPath 1.2
+1 On Sun, 25 Jul 2004 12:43:11 -0700, matthew.hawthorne [EMAIL PROTECTED] wrote: Dmitri Plotnikov wrote: I'd like to call for a release vote on JXPath 1.2. It has been stable for a long time, and there are no outstanding bugs against it. It includes about 1.5 years of bug fixes and other improvements. The release candidate build can be found at http://www.apache.org/dist/jakarta/commons/jxpath/jxpath_1.2RC2/ +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] [codec] Release 1.3-RC1
[X] +1 Go ahead and release 1.3-RC1 On Tue, 6 Jul 2004 18:45:44 -0700, Scott Sanders [EMAIL PROTECTED] wrote: On Jun 29, 2004, at 4:21 PM, Gary Gregory wrote: This vote is to approve the public release of commons codec 1.3-RC1. [X] +1 Go ahead and release 1.3-RC1 [ ] +0 [ ] -0 [ ] -1 Don't release 1.3-RC1, because... - - 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] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [codec] Ready for 1.3-RC1
+1 On Sat, 26 Jun 2004 18:59:30 -0400, Gary Gregory [EMAIL PROTECTED] wrote: Hello, I just wanted to give interested parties a heads up on my prep work for codec 1.3. Codec has recently been very quiet and stable. Unless someone has an issue, I plan on tagging the sources as CODEC_1_3_RC1 over the weekend and pointing this list to an RC1 build. If you are just curious or want a peek, please take a look at xdoc/changes.xml in CVS. Thanks, Gary Gregory Seagull Software - http://www.seagullsoftware.com [EMAIL PROTECTED] W: 310 546 3134 (USA) M: 310 403 8747 (USA) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
javax.xml.xpath in JDK1.5
Looks javax.xml.xpath is a TraX/commons-logging type of layer which in turn uses the repackaged version of xalan for the default impl. -- dims C:\junkjava -Djaxp.debug=true x JAXP: find factoryId =javax.xml.parsers.DocumentBuilderFactory JAXP: loaded from fallback value: com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl JAXP: created new instance of class com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl using ClassLoader: [EMAIL PROTECTED] JAXP: using thread context class loader ([EMAIL PROTECTED]) for search JAXP: Looking up system property 'javax.xml.xpath.XPathFactory:http://java.sun.com/jaxp/xpath/dom' JAXP: The property is undefined. JAXP: Tried to read C:\JDK15\jre\lib\jaxp.properties, but it doesn't exist. JAXP: no META-INF/services/javax.xml.xpath.XPathFactory file was found JAXP: attempting to use the platform default W3C DOM XPath lib JAXP: instanciating com.sun.org.apache.xpath.internal.jaxp.XPathFactoryImpl JAXP: loaded it from jar:file:/C:/JDK15/jre/lib/rt.jar!/com/sun/org/apache/xpath/internal/jaxp/XPathFactoryImpl.class JAXP: factory 'com.sun.org.apache.xpath.internal.jaxp.XPathFactoryImpl' was found for http://java.sun.com/jaxp/xpath/dom [EMAIL PROTECTED] -- dims On Tue, 22 Jun 2004 12:59:11 -0400, Norman Walsh [EMAIL PROTECTED] wrote: / Davanum Srinivas [EMAIL PROTECTED] was heard to say: | on com.sun.org.apache.xalan??? Uhm. No, I think javax.xml.XPath imports/uses/extends org.apache.xalan. But I'm not sure so don't quote me :-/ I haven't really had time to look closely at the RI. Be seeing you, norm -- Norman Walsh [EMAIL PROTECTED] | It is seldom that any liberty is lost http://nwalsh.com/| all at once.--David Hume noname - 1K -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][betwixt] release betwixt 0.5
+1 from me. On Sun, 20 Jun 2004 21:55:22 +0100, robert burrell donkin [EMAIL PROTECTED] wrote: betwixt has been in alpha far too long. with hindsight, it would have been better to have numbered that release 0.1. the 0.5 release is a baseline release for those users of the alpha release who want or need a full official ASF release. it will be the final release of the design used in the alpha. the upcoming 0.6 will use the new design and will remove methods deprecated in this release. anyway, on to the vote. 0.5 will be released from the RELEASE_0_5_BRANCH and the code differs only by javadocs from the first release candidate. i'll tally this vote no earlier than 48 hours hence. Release Commons-Betwixt 0.5 - [ ] +1 I support this release and will help [ ] +0 I support this release but am unable to help [ ] -0 I do not support this release [ ] -1 I do not support this release, and here are my reasons: -- here's my +1 - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Graduate Commons Chain to Commons Proper
+1 On Thu, 10 Jun 2004 19:38:09 +0100, robert burrell donkin [EMAIL PROTECTED] wrote: +1 - robert On 10 Jun 2004, at 12:46, Ted Husted wrote: +1 I've been putting it to good use. On Wed, 09 Jun 2004 18:40:20 -0400, Don Brown wrote: I propose Commons Chain should graduate to Commons Proper. I'm not sure what justification I should give other than Struts is planning on including it in future releases, and I personally am, as I've already mentioned, using commons-chain in a production application to help decompose complex data importing/transformation processes in addition to using it with struts-chain in a different application. I don't see any bugs against it in bugzilla, and have personally experienced no problems. - 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] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] [IO] Commons IO 1.0 release
+1 from me. On Sat, 1 May 2004 22:23:22 -0400 (EDT), Henri Yandell [EMAIL PROTECTED] wrote: http://www.apache.org/~bayard/io/ contains my current status in the release of Commons IO 1.0. It contains the site and release directory, in addition, IO is tagged with IO_1_0. So the only two things left before I release things etc is to figure out PGP stuff again and to call a vote: Release of Commons IO 1.0 [ ] Yes, +1 [ ] Not yet, -1 [ ] Let me do the release Thanks, 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: cvs commit: jakarta-commons/discovery/src/test/org/apache/commons/discovery/test TestAll.java
/apache/commons/discovery/jdk/JDK12Hooks.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- JDK12Hooks.java 9 Oct 2003 19:38:19 - 1.4 +++ JDK12Hooks.java 18 Feb 2004 19:40:44 - 1.5 @@ -63,17 +63,35 @@ import java.io.IOException; import java.net.URL; +import java.util.Collections; import java.util.Enumeration; +import org.apache.commons.discovery.log.DiscoveryLogFactory; +import org.apache.commons.logging.Log; + /** * @author Richard A. Sitze */ === message truncated === = Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [modeler] Introspection only for primitives?
Craig, If i hear you right...If the Java class is a well behaved JavaBean then we should not need a mbeans-descriptor.xml. Right? That was exactly my point :) I want to use modeler in axis and was wondering if i really needed the mbeans-descriptor.xml files. Of course if the tool can generate a sample mbeans-descriptor.xml given a set of java classes then folks can edit it to their hearts content. BTW, can someone commit my patch? or shall i go ahead and commit them? (fixes for both JavaBean params and extend the list of supported types to include everything mentioned in the open mbeans spec) -- dims --- Craig R. McClanahan [EMAIL PROTECTED] wrote: On Mon, 21 Jul 2003, Costin Manolache wrote: Date: Mon, 21 Jul 2003 22:28:45 -0700 (PDT) From: Costin Manolache [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Davanum Srinivas [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [modeler] Introspection only for primitives? On Mon, 21 Jul 2003, Davanum Srinivas wrote: Costin, Right now modeler just allows parameters that are listed in the supportedType method when we use introspection. #1 - How difficult/easy is it to allow other data types? (Why is this list of items limited?) It's not difficult to add more data types. We added mostly commont types - I think we should cover at least the types in open mbeans part of the spec. We could also add a generic mechanism to allow pluggable types ( i.e. to add more types to the list of supportedTypes ). #2 - How about other beans as parameters? (if you look at test\org\apache\commons\modeler\demo\mbeans-descriptors.xml, StandardServer has addService, removeService etc that take in a service as parameter) Sure - if it doesn't complicates things too much. BTW, one of the reason we have the supportedTypes is to avoid introspection extracting too much stuff. If you're using tools that rely on standard JavaBeans introspection, the classic mechanism to hide things you don't want seen is BeanInfo. Of course, the ultimate end of this whole line of I have to parse my own configuration files is that you are going to basically re-invent what Digester already does, and does well, but do it in a context that is local to commons-modeler. Tell me again why depending on something that already works is such a bad thing :-). Costin Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [modeler] Introspection only for primitives?
See attached a diff for both issues. Thanks, dims PS: Shall i commit it? --- Davanum Srinivas [EMAIL PROTECTED] wrote: Craig, If i hear you right...If the Java class is a well behaved JavaBean then we should not need a mbeans-descriptor.xml. Right? That was exactly my point :) I want to use modeler in axis and was wondering if i really needed the mbeans-descriptor.xml files. Of course if the tool can generate a sample mbeans-descriptor.xml given a set of java classes then folks can edit it to their hearts content. BTW, can someone commit my patch? or shall i go ahead and commit them? (fixes for both JavaBean params and extend the list of supported types to include everything mentioned in the open mbeans spec) -- dims --- Craig R. McClanahan [EMAIL PROTECTED] wrote: On Mon, 21 Jul 2003, Costin Manolache wrote: Date: Mon, 21 Jul 2003 22:28:45 -0700 (PDT) From: Costin Manolache [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Davanum Srinivas [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [modeler] Introspection only for primitives? On Mon, 21 Jul 2003, Davanum Srinivas wrote: Costin, Right now modeler just allows parameters that are listed in the supportedType method when we use introspection. #1 - How difficult/easy is it to allow other data types? (Why is this list of items limited?) It's not difficult to add more data types. We added mostly commont types - I think we should cover at least the types in open mbeans part of the spec. We could also add a generic mechanism to allow pluggable types ( i.e. to add more types to the list of supportedTypes ). #2 - How about other beans as parameters? (if you look at test\org\apache\commons\modeler\demo\mbeans-descriptors.xml, StandardServer has addService, removeService etc that take in a service as parameter) Sure - if it doesn't complicates things too much. BTW, one of the reason we have the supportedTypes is to avoid introspection extracting too much stuff. If you're using tools that rely on standard JavaBeans introspection, the classic mechanism to hide things you don't want seen is BeanInfo. Of course, the ultimate end of this whole line of I have to parse my own configuration files is that you are going to basically re-invent what Digester already does, and does well, but do it in a context that is local to commons-modeler. Tell me again why depending on something that already works is such a bad thing :-). Costin Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.comcvs -z9 -q diff -u -wb -i MbeansDescriptorsIntrospectionSource.java (in directory C:\jakarta\jakarta-commons\modeler\src\java\org\apache\commons\modeler\modules\) Index: MbeansDescriptorsIntrospectionSource.java === RCS file: /home/cvs/jakarta-commons/modeler/src/java/org/apache/commons/modeler/modules/MbeansDescriptorsIntrospectionSource.java,v retrieving revision 1.9 diff -d -u -b -B -w -u -w -b -i -r1.9 MbeansDescriptorsIntrospectionSource.java --- MbeansDescriptorsIntrospectionSource.java 20 Jul 2003 07:35:12 - 1.9 +++ MbeansDescriptorsIntrospectionSource.java 22 Jul 2003 12:42:31 - @@ -1,14 +1,5 @@ package org.apache.commons.modeler.modules; -import java.lang.reflect.Method; -import java.lang.reflect.Modifier; -import java.util.ArrayList; -import java.util.Enumeration; -import java.util.Hashtable; -import java.util.List; - -import javax.management.ObjectName; - import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.apache.commons.modeler.AttributeInfo; @@ -17,6 +8,17 @@ import org.apache.commons.modeler.ParameterInfo; import org.apache.commons.modeler.Registry; +import javax.management.ObjectName; +import java.lang.reflect.Method; +import java.lang.reflect.Modifier; +import java.util.ArrayList; +import java.util.Enumeration; +import java.util.Hashtable; +import java.util.List; +import java.util.Arrays; +import java.math.BigInteger; +import java.math.BigDecimal; + public class MbeansDescriptorsIntrospectionSource extends ModelerSource { @@ -88,19 +90,84 @@ private static ObjectName objNameArray[]=new ObjectName[0]; // createMBean == registerClass + registerMBean +private static
[modeler] Instrospection does not fillup info on Constructors.
FYI, There is no code in MbeansDescriptorsIntrospectionSource for adding ConstructorInfo to ManagedBean's. -- dims = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[modeler] Introspection only for primitives?
Costin, Right now modeler just allows parameters that are listed in the supportedType method when we use introspection. #1 - How difficult/easy is it to allow other data types? (Why is this list of items limited?) #2 - How about other beans as parameters? (if you look at test\org\apache\commons\modeler\demo\mbeans-descriptors.xml, StandardServer has addService, removeService etc that take in a service as parameter) Thanks, dims = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [modeler] Introspection only for primitives?
Answering my own questions :( See enclosed diff.txt that allows #2. Thanks, dims Costin, Right now modeler just allows parameters that are listed in the supportedType method when we use introspection. #1 - How difficult/easy is it to allow other data types? (Why is this list of items limited?) #2 - How about other beans as parameters? (if you look at test\org\apache\commons\modeler\demo\mbeans-descriptors.xml, StandardServer has addService, removeService etc that take in a service as parameter) Thanks, dims = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.comcvs -z9 -q diff -u -wb -i MbeansDescriptorsIntrospectionSource.java (in directory C:\jakarta\jakarta-commons\modeler\src\java\org\apache\commons\modeler\modules\) Index: MbeansDescriptorsIntrospectionSource.java === RCS file: /home/cvs/jakarta-commons/modeler/src/java/org/apache/commons/modeler/modules/MbeansDescriptorsIntrospectionSource.java,v retrieving revision 1.9 diff -d -u -b -B -w -u -w -b -i -r1.9 MbeansDescriptorsIntrospectionSource.java --- MbeansDescriptorsIntrospectionSource.java 20 Jul 2003 07:35:12 - 1.9 +++ MbeansDescriptorsIntrospectionSource.java 21 Jul 2003 19:07:55 - @@ -6,6 +6,8 @@ import java.util.Enumeration; import java.util.Hashtable; import java.util.List; +import java.util.HashMap; +import java.util.Map; import javax.management.ObjectName; @@ -89,7 +91,7 @@ // createMBean == registerClass + registerMBean private boolean supportedType( Class ret ) { -return ret == String.class || +if(ret == String.class || ret == Integer.class || ret == Integer.TYPE || ret == Long.class || @@ -99,8 +101,53 @@ ret == Boolean.TYPE || ret == strArray.getClass() || ret == ObjectName.class || -ret == objNameArray.getClass() -; +ret == objNameArray.getClass()){ +return true; +} +try { +if(isBeanCompatible(ret)) { +return true; +} +} catch (Exception e) { +} +return false; +} + +/** + * Check if this class conforms to JavaBeans specifications. + * @param javaType + * @return + */ +protected boolean isBeanCompatible(Class javaType) { +// Must be a non-primitive and non array +if (javaType.isArray() || javaType.isPrimitive()) { +return false; +} + +// Anything in the java or javax package that +// does not have a defined mapping is excluded. +if (javaType.getName().startsWith(java.) || +javaType.getName().startsWith(javax.)) { +return false; +} + +try { +javaType.getConstructor(new Class[]{}); +} catch (java.lang.NoSuchMethodException e) { +return false; +} + +// Make sure superclass is compatible +Class superClass = javaType.getSuperclass(); +if (superClass != null +superClass != java.lang.Object.class +superClass != java.lang.Exception.class +superClass != java.lang.Throwable.class) { +if (!isBeanCompatible(superClass)) { +return false; +} +} +return true; } /** Process the methods and extract 'attributes', methods, etc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[modeler] cleanup imports
Can someone please apply this patch to fix imports in modeler? See attached diff.txt Thanks, dims = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.comIndex: src/java/org/apache/commons/modeler/AttributeInfo.java === RCS file: /home/cvs/jakarta-commons/modeler/src/java/org/apache/commons/modeler/AttributeInfo.java,v retrieving revision 1.6 diff -d -u -b -B -w -u -r1.6 AttributeInfo.java --- src/java/org/apache/commons/modeler/AttributeInfo.java 17 Feb 2003 00:52:45 - 1.6 +++ src/java/org/apache/commons/modeler/AttributeInfo.java 20 Jul 2003 02:06:37 - @@ -67,8 +67,8 @@ import javax.management.Descriptor; import javax.management.modelmbean.ModelMBeanAttributeInfo; -import java.lang.reflect.Method; import java.io.Serializable; +import java.lang.reflect.Method; /** Index: src/java/org/apache/commons/modeler/BaseAttributeFilter.java === RCS file: /home/cvs/jakarta-commons/modeler/src/java/org/apache/commons/modeler/BaseAttributeFilter.java,v retrieving revision 1.2 diff -d -u -b -B -w -u -r1.2 BaseAttributeFilter.java --- src/java/org/apache/commons/modeler/BaseAttributeFilter.java15 Jun 2002 18:17:02 - 1.2 +++ src/java/org/apache/commons/modeler/BaseAttributeFilter.java20 Jul 2003 02:06:37 - @@ -65,10 +65,10 @@ package org.apache.commons.modeler; -import java.util.HashSet; import javax.management.AttributeChangeNotification; import javax.management.Notification; import javax.management.NotificationFilter; +import java.util.HashSet; /** Index: src/java/org/apache/commons/modeler/BaseModelMBean.java === RCS file: /home/cvs/jakarta-commons/modeler/src/java/org/apache/commons/modeler/BaseModelMBean.java,v retrieving revision 1.22 diff -d -u -b -B -w -u -r1.22 BaseModelMBean.java --- src/java/org/apache/commons/modeler/BaseModelMBean.java 17 Apr 2003 04:31:36 - 1.22 +++ src/java/org/apache/commons/modeler/BaseModelMBean.java 20 Jul 2003 02:06:39 - @@ -69,12 +69,28 @@ import org.apache.commons.logging.LogFactory; import org.apache.commons.modeler.modules.ModelerSource; -import java.lang.reflect.InvocationTargetException; -import java.lang.reflect.Method; -import java.util.Iterator; -import java.util.Hashtable; -import java.util.HashMap; - +import javax.management.Attribute; +import javax.management.AttributeChangeNotification; +import javax.management.AttributeList; +import javax.management.AttributeNotFoundException; +import javax.management.Descriptor; +import javax.management.DynamicMBean; +import javax.management.InstanceNotFoundException; +import javax.management.InvalidAttributeValueException; +import javax.management.ListenerNotFoundException; +import javax.management.MBeanException; +import javax.management.MBeanInfo; +import javax.management.MBeanNotificationInfo; +import javax.management.MBeanRegistration; +import javax.management.MBeanServer; +import javax.management.Notification; +import javax.management.NotificationFilter; +import javax.management.NotificationListener; +import javax.management.ObjectName; +import javax.management.ReflectionException; +import javax.management.RuntimeErrorException; +import javax.management.RuntimeOperationsException; +import javax.management.ServiceNotFoundException; import javax.management.modelmbean.DescriptorSupport; import javax.management.modelmbean.InvalidTargetObjectTypeException; import javax.management.modelmbean.ModelMBean; @@ -83,8 +99,11 @@ import javax.management.modelmbean.ModelMBeanInfoSupport; import javax.management.modelmbean.ModelMBeanNotificationInfo; import javax.management.modelmbean.ModelMBeanOperationInfo; -import javax.management.*; -import javax.management.DynamicMBean; +import java.lang.reflect.InvocationTargetException; +import java.lang.reflect.Method; +import java.util.HashMap; +import java.util.Hashtable; +import java.util.Iterator; // TODO: enable ant-like substitutions ? ( or at least discuss it ) Index: src/java/org/apache/commons/modeler/BaseNotificationBroadcaster.java === RCS file: /home/cvs/jakarta-commons/modeler/src/java/org/apache/commons/modeler/BaseNotificationBroadcaster.java,v retrieving revision 1.4 diff -d -u -b -B -w -u -r1.4 BaseNotificationBroadcaster.java --- src/java/org/apache/commons/modeler/BaseNotificationBroadcaster.java14 Apr 2003 02:08:16 - 1.4 +++ src/java/org/apache/commons/modeler/BaseNotificationBroadcaster.java20 Jul 2003 02:06:39 - @@ -65,14 +65,14 @@ package org.apache.commons.modeler; -import java.util.ArrayList; -import java.util.Iterator; import
[Modeler] Next Release plan? (1.1?)
Yoav, others modeler-folks, Is there a date for 1.1 release of Modeler? Thanks, dims = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Modeler] Next Release plan? (1.1?)
Am trying to chase this down... Thanks, dims --- Shapira, Yoav [EMAIL PROTECTED] wrote: Howdy, I was never given karma as a modeler (or commons) committer, so I was never able to go ahead with the release. It's still a bottleneck for tomcat 5 ;( I have no idea why this happened, as the vote took place and I emailed the requisite people (PMC etc.), but no luck ;( Yoav Shapira Millennium ChemInformatics -Original Message- From: Davanum Srinivas [mailto:[EMAIL PROTECTED] Sent: Friday, July 18, 2003 1:46 PM To: [EMAIL PROTECTED] Subject: [Modeler] Next Release plan? (1.1?) Yoav, others modeler-folks, Is there a date for 1.1 release of Modeler? Thanks, dims = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE: commons-discovery release 0.2
+1 --- Richard Sitze [EMAIL PROTECTED] wrote: [OK, Let's try the more formal VOTE subject line :-) Sorry for the duplicate note.] commons-discovery has been fairly stable for a while (one recent bug fix, and a few in the past), and I'd like to cut a 0.2 release. Please VOTE for or against. POSITION: There has not been any discussion on discovery in a while now. There are components [axis] that prereq commons-discovery that need a formal release of this prereq. SOOoo.. as before: If you have requirements, you are welcome to discuss them for a future release, but unless there is something hiding in the shadows I don't want to hold up a quick point release. *** Richard A. Sitze IBM WebSphere WebServices Development - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
VOTE: commons-discovery release 0.2
+1 [OK, Let's try the more formal VOTE subject line :-) Sorry for the duplicate note.] commons-discovery has been fairly stable for a while (one recent bug fix, and a few in the past), and I'd like to cut a 0.2 release. Please VOTE for or against. POSITION: There has not been any discussion on discovery in a while now. There are components [axis] that prereq commons-discovery that need a formal release of this prereq. SOOoo.. as before: If you have requirements, you are welcome to discuss them for a future release, but unless there is something hiding in the shadows I don't want to hold up a quick point release. *** Richard A. Sitze IBM WebSphere WebServices Development - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Davanum Srinivas - http://webservices.apache.org/~dims/ __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]