date:20051222

Re: [PROPOSAL] Move SCXML to Commons Proper

2005-12-22 Thread Rahul Akolkar

On 12/23/05, Martin Cooper <[EMAIL PROTECTED]> wrote:
> On 12/21/05, Rahul Akolkar <[EMAIL PROTECTED]> wrote:

> > * Martin Cooper (see Project team page, played a key role in the
> > creation of the SCXML component)
>
>
> Well, I suggested that it might make a good Commons component - and I still
> think it does - but I'd hardly consider myself involved. ;-)
>


>From where I stand, two people thinking its a worthy component is a
lot better than one ;-)

So thanks for your update.

-Rahul


> --
> Martin Cooper
>


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

Re: [PROPOSAL] Move SCXML to Commons Proper

2005-12-22 Thread Martin Cooper

On 12/21/05, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> On 12/21/05, Dion Gillard <[EMAIL PROTECTED]> wrote:
> > How many active developers are there for SCXML?
> >
> 
>
> I believe you mean Commons committers?
>
> I have done most of the development since Commons SCXML was created.
>
> Other Commons committers who have expressed interest in participating
> (in the past or in the future), include:
> * Martin Cooper (see Project team page, played a key role in the
> creation of the SCXML component)


Well, I suggested that it might make a good Commons component - and I still
think it does - but I'd hardly consider myself involved. ;-)

--
Martin Cooper


* Niall Pemberton ("Future" components interest, CommonsPeople wiki page)
>
> Ofcourse, I do not speak for either of them, or their current stand on
> this proposal :-)
>
> There have been users who have helped with development in terms of
> ideas and code (Jaroslav Gergic, James Barnett, Mike Sparr). There are
> others users who have done development to suit their needs that I'm
> aware of (but have not contributed back to Commons).
>
> -Rahul
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

svn commit: r358738 - /jakarta/commons/proper/fileupload/tags/FILEUPLOAD_1_1/

2005-12-22 Thread martinc

Author: martinc
Date: Thu Dec 22 22:16:59 2005
New Revision: 358738

URL: http://svn.apache.org/viewcvs?rev=358738&view=rev
Log:
Tagging FileUpload 1.1 release

Added:
jakarta/commons/proper/fileupload/tags/FILEUPLOAD_1_1/
  - copied from r358737, jakarta/commons/proper/fileupload/trunk/


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

svn commit: r358734 - in /jakarta/commons/proper/fileupload/trunk: build.xml project.xml xdocs/index.xml

2005-12-22 Thread martinc

Author: martinc
Date: Thu Dec 22 22:13:28 2005
New Revision: 358734

URL: http://svn.apache.org/viewcvs?rev=358734&view=rev
Log:
Final updates for 1.1 release.

Modified:
jakarta/commons/proper/fileupload/trunk/build.xml
jakarta/commons/proper/fileupload/trunk/project.xml
jakarta/commons/proper/fileupload/trunk/xdocs/index.xml

Modified: jakarta/commons/proper/fileupload/trunk/build.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/fileupload/trunk/build.xml?rev=358734&r1=358733&r2=358734&view=diff
==
--- jakarta/commons/proper/fileupload/trunk/build.xml (original)
+++ jakarta/commons/proper/fileupload/trunk/build.xml Thu Dec 22 22:13:28 2005
@@ -1,7 +1,7 @@
 
 
-
+
 
 
   
@@ -26,7 +26,7 @@
   
   
   
-  
+  
   
   
   
@@ -176,7 +176,7 @@
 
 
 
-
+
 
 
   

Modified: jakarta/commons/proper/fileupload/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/fileupload/trunk/project.xml?rev=358734&r1=358733&r2=358734&view=diff
==
--- jakarta/commons/proper/fileupload/trunk/project.xml (original)
+++ jakarta/commons/proper/fileupload/trunk/project.xml Thu Dec 22 22:13:28 2005
@@ -21,7 +21,7 @@
   FileUpload
   commons-fileupload
   commons-fileupload
-  1.1-RC2
+  1.1
   2002
   File upload component for Java servlets
   
@@ -76,6 +76,21 @@
  
 
   
+
+  1.1
+  1.1
+  FILEUPLOAD_1_1
+
+
+  1.1-rc2
+  1.1-rc2
+  FILEUPLOAD_1_1_RC2
+
+
+  1.1-rc1
+  1.1-rc1
+  FILEUPLOAD_1_1_RC1
+
 
   1.0
   1.0

Modified: jakarta/commons/proper/fileupload/trunk/xdocs/index.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/fileupload/trunk/xdocs/index.xml?rev=358734&r1=358733&r2=358734&view=diff
==
--- jakarta/commons/proper/fileupload/trunk/xdocs/index.xml (original)
+++ jakarta/commons/proper/fileupload/trunk/xdocs/index.xml Thu Dec 22 22:13:28 
2005
@@ -56,6 +56,17 @@
 
 
   
+FileUpload 1.1 - 22 Dec 2005
+
+  Download the binary distribution from a mirror site
+here
+  
+  Download the source distribution from a mirror site
+here
+  
+
+  
+  
 FileUpload 1.0 - 24 Jun 2003
 
   Download the binary distribution from a mirror site



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

svn commit: r358703 - /jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml

2005-12-22 Thread martinc

Author: martinc
Date: Thu Dec 22 20:48:07 2005
New Revision: 358703

URL: http://svn.apache.org/viewcvs?rev=358703&view=rev
Log:
There are only two 'm's in Commons.

Modified:
jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml

Modified: jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml?rev=358703&r1=358702&r2=358703&view=diff
==
--- jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml 
(original)
+++ jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml Thu 
Dec 22 20:48:07 2005
@@ -517,7 +517,7 @@
 Once the release candidate has been created and uploaded, now it's 
time to propose the release VOTE.
 
 
-Post a [VOTE] Release Foo 1.2 email to [EMAIL 
PROTECTED].
+Post a [VOTE] Release Foo 1.2 email to 
commons-dev@jakarta.apache.org.
 This should contain a link to the release candidate.
 
 
@@ -534,7 +534,7 @@

 
 Once a vote is successful, post a [RESULT] Release Foo 
1.2 email to 
-[EMAIL PROTECTED] as a reply to the original posting, 
+commons-dev@jakarta.apache.org as a reply to the 
original posting, 
 and cc [EMAIL PROTECTED]. This email should contain a 
summary 
 of the voters/votes that were cast, eg
  



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

DO NOT REPLY [Bug 38021] - [resources] ResourceBundleResources Issues

2005-12-22 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38021


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-12-23 04:39 ---
Closing as FIXED.

http://svn.apache.org/viewcvs.cgi?rev=358692&view=rev

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

svn commit: r358692 - in /jakarta/commons/proper/resources/trunk: src/java/org/apache/commons/resources/impl/ src/java/org/apache/commons/resources/util/ src/test/org/apache/commons/resources/util/ xd

2005-12-22 Thread niallp

Author: niallp
Date: Thu Dec 22 19:37:26 2005
New Revision: 358692

URL: http://svn.apache.org/viewcvs?rev=358692&view=rev
Log:
Refactor ResourceBundleResources for issues described in Bug 38021.

Added:

jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/util/

jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/util/IteratorEnumeration.java
   (with props)

jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/util/package.html
   (with props)

jakarta/commons/proper/resources/trunk/src/test/org/apache/commons/resources/util/

jakarta/commons/proper/resources/trunk/src/test/org/apache/commons/resources/util/IteratorEnumerationTestCase.java
   (with props)
Modified:

jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/ResourceBundleResources.java
jakarta/commons/proper/resources/trunk/xdocs/changes.xml

Modified: 
jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/ResourceBundleResources.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/ResourceBundleResources.java?rev=358692&r1=358691&r2=358692&view=diff
==
--- 
jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/ResourceBundleResources.java
 (original)
+++ 
jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/ResourceBundleResources.java
 Thu Dec 22 19:37:26 2005
@@ -24,20 +24,16 @@
 package org.apache.commons.resources.impl;
 
 import java.util.Collections;
-import java.util.Enumeration;
-import java.util.HashMap;
-import java.util.HashSet;
 import java.util.Iterator;
 import java.util.Locale;
-import java.util.Map;
 import java.util.MissingResourceException;
 import java.util.ResourceBundle;
-import java.util.Set;
 
 import org.apache.commons.logging.Log;
 import org.apache.commons.logging.LogFactory;
 import org.apache.commons.resources.ResourcesException;
 import org.apache.commons.resources.ResourcesKeyException;
+import org.apache.commons.resources.util.IteratorEnumeration;
 
 /**
  * Concrete implementation of 
@@ -83,62 +79,6 @@
 private String base = null;
 
 
-/**
- * Two-level cache of ResourceBundle instances
- * that have previously been acquired by this [EMAIL PROTECTED] 
org.apache.commons.resources.Resources}
- * instance.  The first-level key is the ClassLoader
- * instance used to load the bundles.  The first-level value is a
- * java.util.Map that is then, in turn, keyed by the
- * java.util.Locale to which a particular bundle belongs.
- */
-private Map bundles = new HashMap();
-
-
-// -- Lifecycle Methods
-
-
-/**
- * This must be called to initialize the data content of this
- * [EMAIL PROTECTED] org.apache.commons.resources.Resources} instance, 
before any of the getXxx()
- * methods are called.
- *
- * @exception ResourcesException if an error occurs during initialization
- */
-public void init() throws ResourcesException {
-
-if (getLog().isDebugEnabled()) {
-getLog().debug("Initializing for base name '" + base + "'");
-}
-
-}
-
-
-/**
- * This method must be called when the manager of this resource
- * decides that it's no longer needed.  After this method is called,
- * no further calls to any of the getXxx() methods are
- * allowed.
- *
- * @exception ResourcesException if an error occurs during finalization
- */
-public void destroy() throws ResourcesException {
-
-if (getLog().isDebugEnabled()) {
-getLog().debug("Finalizing for base name '" + base + "'");
-}
-
-synchronized (bundles) {
-Iterator loaders = bundles.keySet().iterator();
-while (loaders.hasNext()) {
-ClassLoader loader = (ClassLoader) loaders.next();
-((Map) bundles.get(loader)).clear();
-}
-bundles.clear();
-}
-
-}
-
-
 // - Properties
 
 
@@ -161,26 +101,12 @@
  */
 public Iterator getKeys() {
 
-synchronized (bundles) {
-
-ClassLoader loader = getClassLoader();
-Map loaderMap = (Map) bundles.get(loader);
-if (loaderMap == null) {
-return (Collections.EMPTY_SET.iterator());
-}
-Set results = new HashSet();
-Iterator locales = loaderMap.keySet().iterator();
-while (locales.hasNext()) {
-Locale locale = (Locale) locales.next();
-ResourceBundle bundle = (ResourceBundle)
-loaderMap.get(locale);
-Enumeration keys = bundle.getKeys();

DO NOT REPLY [Bug 38021] - [resources] ResourceBundleResources Issues

2005-12-22 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38021





--- Additional Comments From [EMAIL PROTECTED]  2005-12-23 03:11 ---
Created an attachment (id=17268)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17268&action=view)
Refactoring of ResourceBundleResources

The attached patch removes the caching of ResourceBundle instances resolving
all but one of the above issues. The only thing this doesn't resolve is the
issue with all keys having to be present for each Locale.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38021] New: - [resources] ResourceBundleResources Issues

2005-12-22 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38021

   Summary: [resources] ResourceBundleResources Issues
   Product: Commons
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: blocker
  Priority: P1
 Component: Resources
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


IMO the java.util.ResourceBundle wrapper implementation of Resources (i.e. 
ResourceBundleResources) is flawed for three reasons:

A) Commons Resources was created primarily to overcome two issues with 
java.util.ResourceBundle - 1) ResourceBundle isn't serializable and 2) 
ResourceBundle assumes all keys have to be present for each Locale. The 
ResourceBundleResources implementation has both of these issues.

B) java.util.ResourceBundle already caches ResourceBundle instances and 
therefore the duplication of this behaviour is unnecessary.

C) Caching ResourceBundle instances by ClassLoader is likely to cause memory 
leaks as seen in other Commons components (e.g. see Bug 35263)

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: [vfs][REVOTE] release version 1.0

2005-12-22 Thread Rahul Akolkar

On 12/19/05, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
>
> No one else?
>

Hi Mario -

Three source files in [vfs] depend on [compress], which is a sandbox component.

I am not sure what Commons policy is about releasing components with
dependencies on unreleased components. Is this OK?

-Rahul

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

Re: Commons, Maven, Site, Release

2005-12-22 Thread Dennis Lundberg


Brett Porter wrote:

Hi,

I've been tracking a lot of the discussion on commons-dev and there are
lots of points to reply to, so I thought it was appropriate that I do a
brain dump to get everything up to date. Apologies for length.

First, it seems clear that Maven 2 is a better choice to use than to do
significant work on Maven 1.x. A lot of things have been proposed for a
Maven 1.x plugin for commons that are already possible out of the box in
Maven 2.

There are some gotchas.
- Some plugins may not be available. At this point, I am not aware of
anywhere that this is the case in Commons, but I will do a check over
this shortly and report back.
- Some services are not yet available. Specifically I am thinking of
Gump and the automated repository sync. I am working with Leo on the
gump stuff, and I think it will be all ready by the time Gump 3 is done.
there is always the ability to generate a reasonable ant build script to
use here. The repository sync will be available early in the new year
and is much improved.
- It's a change, and any change is disruptive. I had planned to get
everything working  at least to the level it already does in M1 for some
sandbox components before even bringing it up, so this thread was rather
timely.

Now, some specific thoughts on what is needed.

Inheritence - I believe the common parent is a good way to go, and Maven
2 facilitates this by allowing it to be in the repository, avoiding a
bizarre checkout structure. This should avoid the need for externals
that has been under discussion.

I am currently working on site inheritence. The descriptor goes in the
repository, facilitating the same as above. I am adding breadcrumbs,
top/bottom navigation inheritence (to prevent the need for the entities
used previously), skins (css + images in a jar that can be shared among
projects), and documenting/facilitating best practices about separation
of different releases and separating developer information from user
information. If the site layout + CSS is still not good enough, a single
velocity template should be able to be added to the skin as well.

While on the site, most people love the APT format in Maven 2, which is
a definite advantage of using that. Some might want to look into the
i18n aspects as well.

http://docs.codehaus.org/display/MAVEN/Sites+and+Inheritence

Unfortunately this didn't land during the hackathon as I had hoped, but
I'll get it together very soon.

Plugin versions - Maven 2 always treats plugins as dependencies. It has
discovery for versions and by prefix to reduce the burden during
development, but you can always enforce a particular version (or range
of versions) from the POM, and the release plugin locks it in to make
builds reproducible.

Custom plugin - should be easy to write on of these and tie it into the
Maven 2 lifecycle for annotating JARs with extra information. We will
also accept bug reports and patches as mentioned to the core plugins
where it might make more sense to adopt the same practices in general.

Distributions - this is customisable by a descriptor in Maven 2, so a
shared commons descriptor might be appropriate here. I actually think
the defaults can work for what commons distributes now. If individual
commons components need to use a different descriptor they can always
override it - no messy hacking on the goals.

Releases - this is all being captured in the shopping list on the wiki.
A lot of this is above and beyond what anything does right now so may be
a little bit more towards the long term, but all seems achievable under
the Maven 2 framework.

Converting POMs - while we do have a tool to help, I would never
recommend doing this blind as there are a lot of simplifications that
can be made to dependencies and inheritence along the way. The commons
poms are actually quite simple and should just end up as a set of
dependencies and basic information with most inherited so I don't see
this being a big issue.

I hope that covers everything. Sorry I hadn't done more on this earlier,
but if folks are interested in contributing to this effort through more
requirements or even some code, please let me know and we can start some
discussion on the maven dev list for the parts relevant there.


I'm certainly interested. Let me know where I can lend a helping hand.

--
Dennis Lundberg

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

svn commit: r358647 - /jakarta/commons/proper/math/trunk/build.properties.sample

2005-12-22 Thread psteitz

Author: psteitz
Date: Thu Dec 22 14:18:56 2005
New Revision: 358647

URL: http://svn.apache.org/viewcvs?rev=358647&view=rev
Log:
Added file build customization properties file.

Added:
jakarta/commons/proper/math/trunk/build.properties.sample

Added: jakarta/commons/proper/math/trunk/build.properties.sample
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/build.properties.sample?rev=358647&view=auto
==
--- jakarta/commons/proper/math/trunk/build.properties.sample (added)
+++ jakarta/commons/proper/math/trunk/build.properties.sample Thu Dec 22 
14:18:56 2005
@@ -0,0 +1,30 @@
+###
+#   Copyright 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.
+#   You may obtain a copy of the License at
+#
+#   http://www.apache.org/licenses/LICENSE-2.0
+#
+#   Unless required by applicable law or agreed to in writing, software
+#   distributed under the License is distributed on an "AS IS" BASIS,
+#   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+#   See the License for the specific language governing permissions and
+#   limitations under the License.
+#
+###
+#  Additional maven build customizations to support compilation in jdk 1.3.
+#  To compile and jar under jdk 1.3, rename this file to "build.properties" and
+#  set the maven.compile.executable property to the full path to javac in your
+#  local jdk 1.3 installation.
+#  
+#  Note: Release 1.1 of commons math was built using jdk 1.3.1_16 with this
+#  setup.
+###
+
+maven.dist.crlf.filter=**/*.txt
+maven.compile.source=${null}
+maven.compile.fork=true
+maven.compile.executable=${user.home}/jdk1.3.1_16/bin/javac
+maven.jar.manifest=${basedir}/src/conf/manifestMods.txt



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

svn commit: r358646 - in /jakarta/commons/proper/math/trunk/xdocs/userguide: complex.xml linear.xml

2005-12-22 Thread psteitz

Author: psteitz
Date: Thu Dec 22 14:14:02 2005
New Revision: 358646

URL: http://svn.apache.org/viewcvs?rev=358646&view=rev
Log:
Merged userguide updates from MATH_1_1 release branch.

Modified:
jakarta/commons/proper/math/trunk/xdocs/userguide/complex.xml
jakarta/commons/proper/math/trunk/xdocs/userguide/linear.xml

Modified: jakarta/commons/proper/math/trunk/xdocs/userguide/complex.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/xdocs/userguide/complex.xml?rev=358646&r1=358645&r2=358646&view=diff
==
--- jakarta/commons/proper/math/trunk/xdocs/userguide/complex.xml (original)
+++ jakarta/commons/proper/math/trunk/xdocs/userguide/complex.xml Thu Dec 22 
14:14:02 2005
@@ -1,7 +1,7 @@
 
 
 
 
   
-The Commons Math User Guide - Statistics
+The Commons Math User Guide - Complex Numbers
   
   
 
@@ -37,6 +37,18 @@
   org.apache.commons.math.complex.Complex provides a complex number
   type that forms the basis for the complex functionality found in 
   commons-math.
+   
+ 
+   Complex functions and arithmetic operations are implemented in
+   commons-math by applying standard computational formulas and
+   following the rules for java.lang.Double arithmetic in 
+   handling infinite and NaN values.  No attempt is made
+   to comply with ANSII/IEC C99x Annex G or any other standard for
+   Complex arithmetic.  See the class and method javadocs for the 
+   
+   Complex and
+   
+   ComplexUtils classes for details on computing formulas.
 
 
   To create a complex number, simply call the constructor passing in 
two
@@ -45,9 +57,14 @@
   Complex c = new Complex(1.0, 3.0); // 1 + 3i
 
 
-  The Complex class provides many unary and binary
+  Complex numbers may also be created from polar representations
+  using the polar2Complex method in 
+  ComplexUtils.
+
+
+  The Complex class provides basic unary and binary
   complex number operations.  These operations provide the means to 
add,
-  subtract, multiple and, divide complex numbers along with other
+  subtract, multiply and divide complex numbers along with other
   complex number functions similar to the real number functions found 
in
   java.math.BigDecimal:
   Complex lhs = new Complex(1.0, 3.0);
@@ -62,7 +79,7 @@
   
 
   
-  org.apache.commons.math.complex.ComplexMath provides
+  org.apache.commons.math.complex.ComplexUtils provides
   implementations of serveral transcendental functions involving 
complex
   number arguments.  These operations provide the means to compute the
   log, sine, tangent and, other complex values similar to the real

Modified: jakarta/commons/proper/math/trunk/xdocs/userguide/linear.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/xdocs/userguide/linear.xml?rev=358646&r1=358645&r2=358646&view=diff
==
--- jakarta/commons/proper/math/trunk/xdocs/userguide/linear.xml (original)
+++ jakarta/commons/proper/math/trunk/xdocs/userguide/linear.xml Thu Dec 22 
14:14:02 2005
@@ -56,9 +56,10 @@
 
 // One more with three rows, two columns
 double[][] matrixData2 = { {1d,2d}, {2d,5d}, {1d, 7d}};
-RealMatrix n = new RealMatrixImpl(matrixData2);
+RealMatrix n = new RealMatixImpl(matrixData2);
 
-// Note: The constructor copies the input double[][] array.
+// Note: constructor makes a
+// Fresh copy of the input double[][] array
 
 // Now multiply m by n
 RealMatrix p = m.multiply(n);



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

svn commit: r358644 - in /jakarta/commons/proper/math/trunk: checkstyle.xml maven.xml project.properties project.xml

2005-12-22 Thread psteitz

Author: psteitz
Date: Thu Dec 22 13:59:17 2005
New Revision: 358644

URL: http://svn.apache.org/viewcvs?rev=358644&view=rev
Log:
Merged build fixes from MATH_1_1 release branch.

Modified:
jakarta/commons/proper/math/trunk/checkstyle.xml
jakarta/commons/proper/math/trunk/maven.xml
jakarta/commons/proper/math/trunk/project.properties
jakarta/commons/proper/math/trunk/project.xml

Modified: jakarta/commons/proper/math/trunk/checkstyle.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/checkstyle.xml?rev=358644&r1=358643&r2=358644&view=diff
==
--- jakarta/commons/proper/math/trunk/checkstyle.xml (original)
+++ jakarta/commons/proper/math/trunk/checkstyle.xml Thu Dec 22 13:59:17 2005
@@ -23,25 +23,52 @@
   
 
   
+   
 
 
   
   
 
 
+
 
   
 
+
+
+
 
-   
-   
-   
+
+   
+ 
+   

-   
-   
-   
+ 
+   
+ 
+   

-   
+
+   
+   
+
+   
+   
+   
+   
+   
+
+   
+   
+   
+   
+   
+   
+  
+
   
+  
+  
+  
 
 

Modified: jakarta/commons/proper/math/trunk/maven.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/maven.xml?rev=358644&r1=358643&r2=358644&view=diff
==
--- jakarta/commons/proper/math/trunk/maven.xml (original)
+++ jakarta/commons/proper/math/trunk/maven.xml Thu Dec 22 13:59:17 2005
@@ -49,8 +49,13 @@
 
   
   
+  
   
   
+  
+
+
+
 
 
 

Modified: jakarta/commons/proper/math/trunk/project.properties
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/project.properties?rev=358644&r1=358643&r2=358644&view=diff
==
--- jakarta/commons/proper/math/trunk/project.properties (original)
+++ jakarta/commons/proper/math/trunk/project.properties Thu Dec 22 13:59:17 
2005
@@ -14,6 +14,11 @@
 #
 ##
 # Properties that override Maven build defaults
+#
+# Note: To compile/jar under jdk 1.3 (to reproduce the math 1.1 release),
+# additional properties in build.properties.sample need to be set.
+# Settings below will compile with 1.3 source and target compiler settings
+# but will use the jdk used to launch maven.
 ##
 
 maven.changelog.factory=org.apache.maven.svnlib.SvnChangeLogFactory
@@ -38,7 +43,7 @@
   http://jakarta.apache.org/commons/collections/api/,\
   http://jakarta.apache.org/commons/discovery/api/
 
-maven.changes.issue.template=http://issues.apache.org/bugzilla/show_bug.cgi?id=%ISSUE%
+maven.changes.issue.template=%URL%/show_bug.cgi?id=%ISSUE% 
 
 maven.jar.override = on
 maven.jar.clover = 1.3.2

Modified: jakarta/commons/proper/math/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/project.xml?rev=358644&r1=358643&r2=358644&view=diff
==
--- jakarta/commons/proper/math/trunk/project.xml (original)
+++ jakarta/commons/proper/math/trunk/project.xml Thu Dec 22 13:59:17 2005
@@ -42,7 +42,7 @@
 
   
   jakarta
-  
http://issues.apache.org/bugzilla/enter_bug.cgi?reporter=&product=Commons&version=unspecified&component=Math&rep_platform=All&op_sys=All&priority=Other&bug_severity=normal&bug_status=NEW&assigned_to=&cc=&bug_file_loc=&short_desc=%5Bpatch%5D+%22Your+subject+heading+here%22&comment=Please+provide+details+here.+Its+best+to+submit+patches+that+alter+existing+file%0D%0Acontent+in+%22unified+cvs+diff%22+format.+%0D%0A%0D%0ASubmissions+that+provide+new+files+can+be+supplied+as+direct+file+attachments+or%0D%0Aarchives+in+zip+or+tar.gz+format.+please+be+kind+enough+to+identify+the+format%0D%0Aof+the+attached+archive+as+bugzill+tends+to+strip+these+characterstics+by%0D%0Aremoving+the+files+extension.&maketemplate=Remember+values+as+bookmarkable+template&form_name=enter_bug
+  http://issues.apache.org/bugzilla/
   cvs.apache.org
   
/www/jakarta.apache.org/commons/${pom.artifactId.substring(8)}/
   
/www/jakarta.apache.org/builds/jakarta-commons/${pom.artifactId.substring(8)}/
@@ -159,6 +159,9 @@
   Ken Geis
 
 
+  Elliotte Rusty Harold
+
+
   Piotr Kochanski
 
 
@@ -181,17 +184,19 @@
 
   
   
-
+ 
   commons-logging
   commons-logging
-  1.0.3
-
-
+   1.0.3
+   http://jakarta.apache.org/commons/logging
+ 
+ 
   commons-discovery
   commons-discovery
   0.2
-
-  
+  http://jakarta.apache.org/commons/discovery
+ 
+   
   
 commons-dev@jakarta.apache.org
 src/java
@@ -227,12 +232,11 @@
 m

svn commit: r358639 - /jakarta/commons/proper/httpclient/trunk/release_notes.txt

2005-12-22 Thread olegk

Author: olegk
Date: Thu Dec 22 13:33:10 2005
New Revision: 358639

URL: http://svn.apache.org/viewcvs?rev=358639&view=rev
Log:
PR #37988

Modified:
jakarta/commons/proper/httpclient/trunk/release_notes.txt

Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/release_notes.txt?rev=358639&r1=358638&r2=358639&view=diff
==
--- jakarta/commons/proper/httpclient/trunk/release_notes.txt (original)
+++ jakarta/commons/proper/httpclient/trunk/release_notes.txt Thu Dec 22 
13:33:10 2005
@@ -1,3 +1,8 @@
+Changes since Release 3.0:
+
+ * 37988 - Fixed bug in URI#toString() causing user name / password to 
+   stripped from the resultant String
+
 Release 3.0 
 ---
 Changes since Release Candidate 4:



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

svn commit: r358634 - in /jakarta/commons/proper/httpclient/trunk/src: java/org/apache/commons/httpclient/HttpURL.java java/org/apache/commons/httpclient/URI.java test/org/apache/commons/httpclient/Te

2005-12-22 Thread olegk

Author: olegk
Date: Thu Dec 22 13:23:15 2005
New Revision: 358634

URL: http://svn.apache.org/viewcvs?rev=358634&view=rev
Log:
PR #37988 (UserInfo disapears after creating URI)

Contributed by Oleg Kalnichevski
Reviewed by Ortwin Glück

Modified:

jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java

jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java

jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestURI.java

Modified: 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java?rev=358634&r1=358633&r2=358634&view=diff
==
--- 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java
 (original)
+++ 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java
 Thu Dec 22 13:23:15 2005
@@ -828,5 +828,51 @@
 }
 }
 
+/**
+ * Once it's parsed successfully, set this URI.
+ *
+ * @see #getRawURI
+ */
+protected void setURI() {
+// set _uri
+StringBuffer buf = new StringBuffer();
+// ^(([^:/?#]+):)?(//([^/?#]*))?([^?#]*)(\?([^#]*))?(#(.*))?
+if (_scheme != null) {
+buf.append(_scheme);
+buf.append(':');
+}
+if (_is_net_path) {
+buf.append("//");
+if (_authority != null) { // has_authority
+if (_userinfo != null) { // by default, remove userinfo part
+if (_host != null) {
+buf.append(_host);
+if (_port != -1) {
+buf.append(':');
+buf.append(_port);
+}
+}
+} else {
+buf.append(_authority);
+}
+}
+}
+if (_opaque != null && _is_opaque_part) {
+buf.append(_opaque);
+} else if (_path != null) {
+// _is_hier_part or _is_relativeURI
+if (_path.length != 0) {
+buf.append(_path);
+}
+}
+if (_query != null) { // has_query
+buf.append('?');
+buf.append(_query);
+}
+// ignore the fragment identifier
+_uri = buf.toString().toCharArray();
+hash = 0;
+}
+
 }
 

Modified: 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java?rev=358634&r1=358633&r2=358634&view=diff
==
--- 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java
 (original)
+++ 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java
 Thu Dec 22 13:23:15 2005
@@ -2263,17 +2263,7 @@
 if (_is_net_path) {
 buf.append("//");
 if (_authority != null) { // has_authority
-if (_userinfo != null) { // by default, remove userinfo part
-if (_host != null) {
-buf.append(_host);
-if (_port != -1) {
-buf.append(':');
-buf.append(_port);
-}
-}
-} else {
-buf.append(_authority);
-}
+buf.append(_authority);
 }
 }
 if (_opaque != null && _is_opaque_part) {

Modified: 
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestURI.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestURI.java?rev=358634&r1=358633&r2=358634&view=diff
==
--- 
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestURI.java
 (original)
+++ 
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestURI.java
 Thu Dec 22 13:23:15 2005
@@ -181,6 +181,12 @@
 
 }
 
+public void testTestURIAuthorityString() throws Exception {
+URI url = new URI("ftp", "user:password", "localhost", -1, "/");
+assertEquals("ftp://user:[EMAIL PROTECTED]/", url.toString());
+assertEquals("user:[EMAIL PROTECTED]", url.getAuthority());
+}
+
 public void testTestHttpUrlAuthorityString() throws Exception {
 HttpURL url = new HttpURL("localhost", -1, "/");
 assertEquals("http://localhost/";, url.to

svn commit: r358631 [3/3] - in /jakarta/commons/proper/math/trunk: ./ src/conf/ src/java/org/apache/commons/math/ src/java/org/apache/commons/math/analysis/ src/java/org/apache/commons/math/complex/ s

2005-12-22 Thread psteitz

Modified: 
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/stat/descriptive/rank/PercentileTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/stat/descriptive/rank/PercentileTest.java?rev=358631&r1=358630&r2=358631&view=diff
==
--- 
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/stat/descriptive/rank/PercentileTest.java
 (original)
+++ 
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/stat/descriptive/rank/PercentileTest.java
 Thu Dec 22 13:16:32 2005
@@ -75,16 +75,16 @@
 
 // invalid percentiles
 try {
-   p.evaluate(d, 0, d.length, -1.0);
-   fail();
+p.evaluate(d, 0, d.length, -1.0);
+fail();
 } catch (IllegalArgumentException ex) {
-   // success
+// success
 }
 try {
-   p.evaluate(d, 0, d.length, 101.0);
-   fail();
+p.evaluate(d, 0, d.length, 101.0);
+fail();
 } catch (IllegalArgumentException ex) {
-   // success
+// success
 }
 }
 

Modified: jakarta/commons/proper/math/trunk/xdocs/changes.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/xdocs/changes.xml?rev=358631&r1=358630&r2=358631&view=diff
==
--- jakarta/commons/proper/math/trunk/xdocs/changes.xml (original)
+++ jakarta/commons/proper/math/trunk/xdocs/changes.xml Thu Dec 22 13:16:32 2005
@@ -38,7 +38,7 @@
 Commons Math Release Notes
   
   
-
+

RE: [jelly][vote] APT tag library

2005-12-22 Thread Ryan Heaton

I have created a JIRA issue with a comprehensive description, and I've included 
some examples on what this new tag library can do.

http://issues.apache.org/jira/browse/JELLY-225

Comments would be appreciated. 

-Ryan



> -Original Message-
> From: Paul Libbrecht [mailto:[EMAIL PROTECTED] 
> Sent: Monday, December 19, 2005 2:10 PM
> To: Jakarta Commons Developers List
> Subject: Re: [jelly][vote] APT tag library
> 
> Ryan,
> 
> The idea of making it a jira issue is that it's a place you can post 
> to... and that people can see and comment on.
> I'd put there a tag-library similarly packaged to others in 
> jelly/jelly-tags/.
> 
> How does it sound ?
> 
> paul
> 
> Ryan Heaton wrote:
> > I have not posted a jira issue.  I was not aware that was needed.
> >
> > You'll have to be patient with me, I really have no idea 
> how the process to add a component works.  I would be happy to proceed
> > through whatever formal process has been established.  If 
> someone could explain to me what needs to happen, I'd be 
> happy to drive
> > it.
> >
> > I don't even mind if the component isn't wanted in the 
> commons, I'll put it in sourceforge otherwise.  From where I 
> stand, I've got
> > something cool, I believe it will be very useful to many 
> people, and if you want it as part of jelly, I'm willing to 
> submit it and
> > even to maintain it.
> >
> > Please advise.
> >
> > -Ryan
> >
> >
> >
> >   
> >> -Original Message-
> >> From: Paul Libbrecht [mailto:[EMAIL PROTECTED] 
> >> Sent: Monday, December 19, 2005 2:17 AM
> >> To: Jakarta Commons Developers List
> >> Subject: Re: [jelly][vote] APT tag library
> >>
> >> I'm slowly catching up on this.
> >> Maybe we need to have life with Ryan a bit longer before 
> becoming a 
> >> committer.
> >> In order to send a fully fledged component proposal, Ryan, 
> dare I ask 
> >> whether you've posted a jira issue already ?
> >> This is really needed for all to look at.
> >>
> >> thanks
> >>
> >> paul
> >>
> >> robert burrell donkin wrote:
> >> 
> >>> On Thu, 2005-12-15 at 09:48 -0700, Ryan Heaton wrote:
> >>>   
> >>>   
>  I'm adjusting the thread subject to reflect the fact that 
>  
> >> there is a vote going on for two things:
> >> 
>  1. Acceptance of the new APT tag library (described below)
>  2. Acceptance of me as a committer to support the new apt 
>  
> >> tag library, if it gets accepted.
> >> 
>  So far, I have recorded three people voting positive for 
>  
> >> both proposals:
> >> 
>  Dion Gillard
>  Hans Gilde
>  Paul Libbrecht
>  
>  
> >>> hi ryan
> >>>
> >>> (sorry to have to start being a little legalistic...)
> >>>
> >>> i know that this can be a little confusing but there are votes and
> >>> VOTEs...
> >>>
> >>> both of these need to be official ASF votes. these need 
> >>>   
> >> more formality
> >> 
> >>> that just vague +1's against your proposal. the subject 
> >>>   
> >> should be [VOTE]
> >> 
> >>> (jelly isn't necessary since VOTEs are commons-wide and may 
> >>>   
> >> result in
> >> 
> >>> some filters not recognising your post as a vote thread). 
> >>>
> >>> we're really only getting up to speed with the new processes for
> >>> accepting code which is not original so you might need a little
> >>> patience. so, apologies in advance...
> >>>
> >>> i'm not sure there's any consensus about the best way to approach
> >>> software grants but i'd expect to understand the provinence of the
> >>> donated code before i'd be willing to +1. i'd also expect a jelly
> >>> committer to start the VOTE thread.
> >>>
> >>> it's not really possible to have conditional approval for a 
> >>>   
> >> committer
> >> 
> >>> and it's poor netiquette to nominate yourself as a committer. 
> >>>   
> >>>   
> >> 
> -
> >> 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]
> 


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

[jira] Updated: (JELLY-225) apt jelly tag library

2005-12-22 Thread Ryan Heaton (JIRA)

 [ http://issues.apache.org/jira/browse/JELLY-225?page=all ]

Ryan Heaton updated JELLY-225:
--

Attachment: testBasicExample.jelly
testForAllTypesIncludeInterfaces.jelly

I've attached some basic examples:

testBasicExample.jelly: An example script that runs through all source files 
and outputs as properties each type's various members, annotations, docs, etc.
testForAllTypesIncludeInterfaces.jelly: An example script that iterates through 
all types, including interfaces, that have a certain annotation

> apt jelly tag library
> -
>
>  Key: JELLY-225
>  URL: http://issues.apache.org/jira/browse/JELLY-225
>  Project: jelly
> Type: New Feature
>   Components: submissions
> Reporter: Ryan Heaton
>  Attachments: testBasicExample.jelly, testForAllTypesIncludeInterfaces.jelly
>
> This is a proposal for a new jelly tag library that provides an interface to 
> the new Java 5 Annotation Processing Tool (apt) and its associated Mirror API 
> (see http://java.sun.com/j2se/1.5.0/docs/guide/apt/index.html).
> From the official apt documentation: "apt is a command-line utility for 
> annotation processing. It includes a set of reflective APIs and supporting 
> infrastructure to process program annotations (JSR 175). These reflective 
> APIs provide a build-time, source-based, read-only view of program structure. 
> They are designed to cleanly model the Java programming language's type 
> system after the addition of generics (JSR 14)."
> Developers who which to process Java source code are presently limited to 
> working with the Mirror API directly.  If, for example, a developer wished to 
> generate an artifact such as an xml config file or another Java class must do 
> so by writing to an instance of java.io.PrintWriter.
> As an admittedly impotent example, to generate a simple class that will print 
> out all methods of all classes in a given source base, the developer would 
> implement instances of com.sun.mirror.apt.AnnotationProcessorFactory and 
> com.sun.mirror.apt.AnnotationProcessor that look something like this:
> package org.apache.commons.jelly.examples;
> import java.util.Collection;
> import java.util.Set;
> import java.util.Collections;
> import java.io.IOException;
> import java.io.PrintWriter;
> import com.sun.mirror.apt.AnnotationProcessorFactory;
> import com.sun.mirror.apt.AnnotationProcessor;
> import com.sun.mirror.apt.AnnotationProcessorEnvironment;
> import com.sun.mirror.declaration.AnnotationTypeDeclaration;
> import com.sun.mirror.declaration.TypeDeclaration;
> import com.sun.mirror.declaration.MethodDeclaration;
> public class ClassAndMethodPrinterAnnotationProcessorFactory implements 
> AnnotationProcessorFactory {
>   public Collection supportedOptions() {
> return Collections.EMPTY_LIST;
>   }
>   public Collection supportedAnnotationTypes() {
> return Collections.EMPTY_LIST;
>   }
>   public AnnotationProcessor 
> getProcessorFor(Set atds, 
> AnnotationProcessorEnvironment env) {
> return new ClassAndMethodPrinterAnnotationProcessor(env);
>   }
>   private class ClassAndMethodPrinterAnnotationProcessor implements 
> AnnotationProcessor {
> AnnotationProcessorEnvironment env;
> public 
> ClassAndMethodPrinterAnnotationProcessor(AnnotationProcessorEnvironment env) {
>   this.env = env;
> }
> public void process() {
>   try {
> PrintWriter writer = 
> env.getFiler().createSourceFile("org.apache.commons.jelly.examples.ClassAndMethodPrinter");
> writer.println("package org.apache.commons.jelly.examples;");
> writer.println();
> writer.println("public class ClassAndMethodPrinter {");
> writer.println();
> writer.println("  public static void main(String[] args) {");
> for (TypeDeclaration typeDeclaration : env.getTypeDeclarations()) 
> {
>   writer.println(String.format("System.out.println(\"Class: 
> %s\");", typeDeclaration.getQualifiedName()));
>   for (MethodDeclaration methodDeclaration : 
> typeDeclaration.getMethods()) {
> writer.println(String.format("
> System.out.println(\"Method: %s.%s\");", typeDeclaration.getQualifiedName(), 
> methodDeclaration.getSimpleName()));
>   }
> }
> writer.println("  }");
> writer.println();
> writer.println("}");
>   }
>   catch (IOException e) {
> throw new RuntimeException(e);
>   }
> }
>   }
> }
> Any Java programmer with a little bit of experience could testify that using 
> a PrintWriter for large and complex output is significantly heavy and 
> burdensome.  To use a familiar paradigm in J2EE, nobody wants to use a 
> Servlet's PrintWriter for outputtin

[jira] Created: (JELLY-225) apt jelly tag library

2005-12-22 Thread Ryan Heaton (JIRA)

apt jelly tag library
-

 Key: JELLY-225
 URL: http://issues.apache.org/jira/browse/JELLY-225
 Project: jelly
Type: New Feature
  Components: submissions  
Reporter: Ryan Heaton


This is a proposal for a new jelly tag library that provides an interface to 
the new Java 5 Annotation Processing Tool (apt) and its associated Mirror API 
(see http://java.sun.com/j2se/1.5.0/docs/guide/apt/index.html).

>From the official apt documentation: "apt is a command-line utility for 
>annotation processing. It includes a set of reflective APIs and supporting 
>infrastructure to process program annotations (JSR 175). These reflective APIs 
>provide a build-time, source-based, read-only view of program structure. They 
>are designed to cleanly model the Java programming language's type system 
>after the addition of generics (JSR 14)."

Developers who which to process Java source code are presently limited to 
working with the Mirror API directly.  If, for example, a developer wished to 
generate an artifact such as an xml config file or another Java class must do 
so by writing to an instance of java.io.PrintWriter.

As an admittedly impotent example, to generate a simple class that will print 
out all methods of all classes in a given source base, the developer would 
implement instances of com.sun.mirror.apt.AnnotationProcessorFactory and 
com.sun.mirror.apt.AnnotationProcessor that look something like this:

package org.apache.commons.jelly.examples;

import java.util.Collection;
import java.util.Set;
import java.util.Collections;
import java.io.IOException;
import java.io.PrintWriter;

import com.sun.mirror.apt.AnnotationProcessorFactory;
import com.sun.mirror.apt.AnnotationProcessor;
import com.sun.mirror.apt.AnnotationProcessorEnvironment;
import com.sun.mirror.declaration.AnnotationTypeDeclaration;
import com.sun.mirror.declaration.TypeDeclaration;
import com.sun.mirror.declaration.MethodDeclaration;

public class ClassAndMethodPrinterAnnotationProcessorFactory implements 
AnnotationProcessorFactory {

  public Collection supportedOptions() {
return Collections.EMPTY_LIST;
  }

  public Collection supportedAnnotationTypes() {
return Collections.EMPTY_LIST;
  }

  public AnnotationProcessor getProcessorFor(Set 
atds, AnnotationProcessorEnvironment env) {
return new ClassAndMethodPrinterAnnotationProcessor(env);
  }

  private class ClassAndMethodPrinterAnnotationProcessor implements 
AnnotationProcessor {

AnnotationProcessorEnvironment env;

public 
ClassAndMethodPrinterAnnotationProcessor(AnnotationProcessorEnvironment env) {
  this.env = env;
}

public void process() {
  try {
PrintWriter writer = 
env.getFiler().createSourceFile("org.apache.commons.jelly.examples.ClassAndMethodPrinter");
writer.println("package org.apache.commons.jelly.examples;");
writer.println();
writer.println("public class ClassAndMethodPrinter {");
writer.println();
writer.println("  public static void main(String[] args) {");
for (TypeDeclaration typeDeclaration : env.getTypeDeclarations()) {
  writer.println(String.format("System.out.println(\"Class: 
%s\");", typeDeclaration.getQualifiedName()));
  for (MethodDeclaration methodDeclaration : 
typeDeclaration.getMethods()) {
writer.println(String.format("System.out.println(\"Method: 
%s.%s\");", typeDeclaration.getQualifiedName(), 
methodDeclaration.getSimpleName()));
  }
}
writer.println("  }");
writer.println();
writer.println("}");
  }
  catch (IOException e) {
throw new RuntimeException(e);
  }
}
  }

}


Any Java programmer with a little bit of experience could testify that using a 
PrintWriter for large and complex output is significantly heavy and burdensome. 
 To use a familiar paradigm in J2EE, nobody wants to use a Servlet's 
PrintWriter for outputting many large and complex html documents.  For this 
reason, Java Server Pages (JSP) were created to ease development of complex 
output.

An apt tag library would be to the Mirror API what JSPs are to the Servlet API. 
 Instead of writing implementations of AnnotationProcessorFactory and 
AnnotationProcessor, why not just use Jelly to manage your output, like so:




  
package org.apache.commons.jelly.examples;

public class ClassAndMethodPrinter {

  public static void main(String[] args) {

System.out.println("");
  
System.out.println(".");
  

  }
}
  



Not only is the requirement to implement Mirror API classes lifted from the 
developer, but it's easy to see how easily Jelly provides a much clean

Re: [feedparser] Going once, going twice...

2005-12-22 Thread Andrea Alberto

Thanks to Rahul and Simon for the explanation, also the document on
Wiki has been very useful to better understand the situation.

I think I'll keep reading the mailing list and maybe give some spot
contribution to the commons on a more active project or to some other
projects in Apache.

   Andrea


On 12/22/05, Simon Kitching <[EMAIL PROTECTED]> wrote:
> Hi Andrea,
>
> Thanks for your offer of help. I'm sure everyone appreciates that.
>
> However working on a project that you aren't personally using, and which
> doesn't have an existing development team, is probably not a good way to
> begin.
>
> If you're keen to get involved with the Apache Java community I am sure
> many existing projects would love to have help. However commons is not
> the easiest place to start, for the reasons described here:
>
>   http://wiki.apache.org/jakarta-commons/GettingInvolved
>
> Regards,
>
> Simon
>
> On Wed, 2005-12-21 at 14:08 +0100, Andrea Alberto wrote:
> > Hi,
> > I am willing to start contributing to some project at the
> > jakarta-commons and this could be a good possibility.
> > I have java experience but no experience as a developer on RSS (but I
> > think this is not a big problem).
> >
> > Andrea
> >
> > On 12/21/05, Phil Steitz <[EMAIL PROTECTED]> wrote:
> > > We need to make a decision on which way to go here...either demote
> > > back to sandbox/dormant or have someone step up to drive this
> > > component toward a release.
> > >
> > > I am happy to help getting the site fixed (seems we just need to add
> > > it to the nav, as http://jakarta.apache.org/commons/feedparser/ is
> > > there) and with build-related issues; but I have neither the time nor
> > > expertise to do much else.
> > >
> > > If we can get one knowledgeable and interested committer to step up
> > > and a few volunteers, we can resuscitate; otherwise we should think
> > > about moving it to dormant.
> > >
> > > Any volunteers?
> > >
> > > Phil
> > >
> > > -
> > > 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]
>
>

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

[beanutils] download link

2005-12-22 Thread Ortwin Glück


Folks,

The download links on http://jakarta.apache.org/commons/beanutils/ 
should point to 
http://jakarta.apache.org/site/downloads/downloads_commons-beanutils.cgi


Cheers

Odi


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

Re: NavigationHandlerImpl and viewId

2005-12-22 Thread Mario Ivankovits


wrong list - sorry!


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

NavigationHandlerImpl and viewId

2005-12-22 Thread Mario Ivankovits


Hi!

In NavigationHandlerImpl around line 145 there is the following code

ViewHandler viewHandler = facesContext.getApplication().getViewHandler();
//create new view
String newViewId = navigationCase.getToViewId();
UIViewRoot viewRoot = viewHandler.createView(facesContext, newViewId);
viewRoot.setViewId(newViewId);

now I have a problem with the last statement.
My viewHandler create a view with a slightly different viewId. The 
setViewId(newViewId) cause the browser to view a "requested resource not 
available" message.


If I cange this to:

viewRoot.setViewId(viewRoot.getViewId());

it works like a charme.
If I create a patch, is it possible to have it applied - or is it needed 
to be RI compliant?


If so, I can handle my use case by overloading the NavigationHandler, 
but then I'll really appreciate if we can make 
calcMatchingNavigationCase protected instead of private. Then I can 
decorate the NavigationCase.



Ciao,
Mario


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

Re: logging, TCCL JCL 1.0.5 alpha

2005-12-22 Thread Simon Kitching

Hi Dimitry,

On Wed, 2005-12-21 at 16:32 -0800, Voytenko, Dmytro wrote:
> Hi,
> 
> I'm sorry for repeating the subject if it was discussed already, but I 
> couldn't find an archive search. 
> 
> This email is regarding numerous problems with JCL in multi-class-loader 
> environments. This seems to be a rather critical issue. I just got a chance 
> to take a look into changes for JCL 1.0.5 currently in the alpha stage. 
> Unfortunetely, these changes resolve a very small percent of all the problems 
> associated with TCCL. If I understand correctly changes mostly targeted to 
> make sure ClassLoaders are released, thus eliminating memory leaks related to 
> hot deployment. Other issues (arguably more critical) remain unresolved. 
> 
[snip]
> Such a behaviour is rather confusing and basically jeopardizes any advantages 
> of configuring LogFactory-s for each TCCL. This also brings system into the 
> uncertain state. If app1 is redeployed, it's not clear what will happen to 
> the SharedUtils.log, especially if LogFactory itself will be weak-referenced 
> (as in 1.0.5). 
> 
> These all problems could be resolved by simply disabling use of TCCL in the 
> LogFactory. I entered this request in the bug database while ago: 
> http://issues.apache.org/bugzilla/show_bug.cgi?id=36927
> 
> This problem seems to be rather critical to me, so I was wondering if you 
> have other plans to resolve these problems, or if you believe the solution 
> described in the bug report is appropriate. If you're persuing other ways to 
> resolve the issue, could you please point me to the documents or bug reports 
> describing them? In either case, do you have information on when the fix 
> could be released?
> 
> thanks,
> Dimitry E Voytenko

There have been a lot of changes since that 1.0.5 alpha branch. It's
better to look at the SVN trunk to see what's happening with JCL.

The next release is likely to be called 1.1, and contain what's
currently in SVN trunk, or very near to it.

With the JCL changes currently in SVN, it is believed that JCL will
correctly handle most cases without the need to disable TCCL loading.
However I agree that there should be some way to completely disable TCCL
loading if necessary, as you describe in your bugzilla entry. I plan to
implement that sometime in early January (assuming that's acceptable to
other JCL developers).

There is definitely interest in getting the JCL 1.1 release out in the
very near future; see the wiki release plan page for example.
Unfortunately no-one has been able to find the time to put the final
touches together but again I hope that I can get that done in January.

If you can help in reviewing code and testing that would be greatly
appreciated.

Regards,

Simon

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

Re: [feedparser] Going once, going twice...

2005-12-22 Thread Simon Kitching

Hi Andrea,

Thanks for your offer of help. I'm sure everyone appreciates that.

However working on a project that you aren't personally using, and which
doesn't have an existing development team, is probably not a good way to
begin.

If you're keen to get involved with the Apache Java community I am sure
many existing projects would love to have help. However commons is not
the easiest place to start, for the reasons described here:

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

Regards,

Simon

On Wed, 2005-12-21 at 14:08 +0100, Andrea Alberto wrote:
> Hi,
> I am willing to start contributing to some project at the
> jakarta-commons and this could be a good possibility.
> I have java experience but no experience as a developer on RSS (but I
> think this is not a big problem).
> 
> Andrea
> 
> On 12/21/05, Phil Steitz <[EMAIL PROTECTED]> wrote:
> > We need to make a decision on which way to go here...either demote
> > back to sandbox/dormant or have someone step up to drive this
> > component toward a release.
> >
> > I am happy to help getting the site fixed (seems we just need to add
> > it to the nav, as http://jakarta.apache.org/commons/feedparser/ is
> > there) and with build-related issues; but I have neither the time nor
> > expertise to do much else.
> >
> > If we can get one knowledgeable and interested committer to step up
> > and a few volunteers, we can resuscitate; otherwise we should think
> > about moving it to dormant.
> >
> > Any volunteers?
> >
> > Phil
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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

Re: [PROPOSAL] Move SCXML to Commons Proper

Re: [PROPOSAL] Move SCXML to Commons Proper

svn commit: r358738 - /jakarta/commons/proper/fileupload/tags/FILEUPLOAD_1_1/

svn commit: r358734 - in /jakarta/commons/proper/fileupload/trunk: build.xml project.xml xdocs/index.xml

svn commit: r358703 - /jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml

DO NOT REPLY [Bug 38021] - [resources] ResourceBundleResources Issues

svn commit: r358692 - in /jakarta/commons/proper/resources/trunk: src/java/org/apache/commons/resources/impl/ src/java/org/apache/commons/resources/util/ src/test/org/apache/commons/resources/util/ xd

DO NOT REPLY [Bug 38021] - [resources] ResourceBundleResources Issues

DO NOT REPLY [Bug 38021] New: - [resources] ResourceBundleResources Issues

Re: [vfs][REVOTE] release version 1.0

Re: Commons, Maven, Site, Release

svn commit: r358647 - /jakarta/commons/proper/math/trunk/build.properties.sample

svn commit: r358646 - in /jakarta/commons/proper/math/trunk/xdocs/userguide: complex.xml linear.xml

svn commit: r358644 - in /jakarta/commons/proper/math/trunk: checkstyle.xml maven.xml project.properties project.xml

svn commit: r358639 - /jakarta/commons/proper/httpclient/trunk/release_notes.txt

svn commit: r358634 - in /jakarta/commons/proper/httpclient/trunk/src: java/org/apache/commons/httpclient/HttpURL.java java/org/apache/commons/httpclient/URI.java test/org/apache/commons/httpclient/Te

svn commit: r358631 [3/3] - in /jakarta/commons/proper/math/trunk: ./ src/conf/ src/java/org/apache/commons/math/ src/java/org/apache/commons/math/analysis/ src/java/org/apache/commons/math/complex/ s

RE: [jelly][vote] APT tag library

[jira] Updated: (JELLY-225) apt jelly tag library

[jira] Created: (JELLY-225) apt jelly tag library

Re: [feedparser] Going once, going twice...

[beanutils] download link

Re: NavigationHandlerImpl and viewId

NavigationHandlerImpl and viewId

Re: logging, TCCL JCL 1.0.5 alpha

Re: [feedparser] Going once, going twice...

26 matches

Site Navigation

Mail list logo

Footer information