On 1/2/07, Henri Yandell [EMAIL PROTECTED] wrote:
3.8.2 isn'tt available from http://www.ibiblio.org/maven/junit/jars/;
otherwise though - I'm not bothered.
It's there:
$ wget http://www.ibiblio.org/maven/junit/jars/junit-3.8.2.jar
--11:57:53--
On 12/30/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Jochen Wiedmann wrote:
On 12/30/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
3. The class files in the test jars are different.
Out of curiosity: How did you detect that?
I wanted to make *really* sure that everything was OK, so I build
On 8/21/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Tomasz Pik wrote:
Maven won't 'redownload' commons-lang:commons-lang:2.1
and if threre'll be something that depends on
org.apache.commons:commons-lang:2.2.
Maven won't know that it's only a version difference, for Maven
those components
On 8/20/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Tomasz Pik wrote:
On 8/16/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Yes, but instead of transiting something, that depends on other commons
IMHO something without dependencies should be transited first.
In other words, first thing
On 8/16/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Yes, but instead of transiting something, that depends on other commons
IMHO something without dependencies should be transited first.
In other words, first thing to be done should be a graph of dependencies
between various commons
On 8/15/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Rahul Akolkar wrote:
On 8/12/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Oliver Heger wrote:
Hi,
just wanted to ask if there is already a resolution related to the
groupIds of commons components.
snip/
Everything is set to make
Everything is set to make the transition to the new groupId. I was
hoping that we could use the upcoming release of configuration as the
first release with the new groupId.
I will do the necessary work to relocate this and previous releases of
configuration, once the release has been made, so
On 01/08/05, Niklas Gustavsson [EMAIL PROTECTED] wrote:
...
This is a very short description of the cleaned up Ant exec task design:
...
* Process destroyer: adds itself as a shutdown hook, Execute adds and
removes created processes to ensure that they are correctly destroyed
when the JVM
robert burrell donkin wrote:
On 10 May 2004, at 21:26, Stephen Colebourne wrote:
This looks like a very neat solution to the problem to me. The
Class.forName
worries me a little though, as I believe that its not too happy in class
loaders.
it should probably try the context classloader first.
Noel J. Bergman wrote:
Fascinating ... so it allowed you to create directories without having
karma, but it did not allow you to commit files. I wonder if that is a bug.
I noticed the same behavior when I was setting up copy of CVSROOT
scripts from Apache CVS in my repository.
I was thinking
On 2003-12-11 19:44, Ash .. wrote:
The concept of error resort.
cut/
A core package, such as lang, will define an interface
which has a method like:
setErrorResort(int CONSTANT);
ErrorResortType extends Enum...
setErrorResort(ErrorResortType CONSTANT);
?
with constants such as
Sorry for a little offtopic post.
Charles Hudak wrote:
I think that this comment is a little shortsighted. We are still using
weblogic 5.1 and constantly have problems with the multitude of third party
libraries that we are using. WL 5.1 does not seem to find libraries in the
WEB-INF/lib
David Graham wrote:
The Enhanced* classes don't really seem to be enhanced versions of their
standard counterparts. For example, EnhancedResultSet has this method:
public Long getLongObject(String column) throws SQLException {
return new Long(getLong(column));
}
What about:
public Long
Henri Yandell wrote:
A url to a build is: http://www.apache.org/~bayard/commons-core/
I'm doing some trickery to turn BeanUtils' commons-logging dependency into
a JDK1.4 util.logging dependency. It would be nice to add Pool, HttpClient
and maybe Net [with some regexp trickery] and consider that a
Henri Yandell wrote:
I figured the munging would be unlikely to pass muster. The easy solution
is that BeanUtils/Net are not allowed into a combo-distribution until
their dependencies are. So ORO/commons-logging would have to be in it. One
problem there is commons-logging's dependency on log4j,
A little different idea:
How about creating plugin for Maven that will repackage
all libraries defined as dependency into one jar?
(note problem with MANIFEST file here).
Then everybody may create own 'combo' just by writing
project.xml file.
I know it's different idea then releasing 'combo' as
Dean Hiller wrote:
I downloaded the jelly src 1.0, and maven-1.0-beta-10.zip. When I build
I run maven or maven test I get these errors...
WARNING: Failed to download jdbc-2.0.jar.
Attempting to download jms-1.0.2b.jar.
Error retrieving artifact from
Jeffrey Dever wrote:
There are still a bunch of classes that are in both HttpClient and
Slide. In particular:
Base64.java
HttpsURL.java
HttpURL.java
URIException.java
URI.java
URIUtil.java
URLUtil.java
Base64 into 'codec' but the rest?
commons-net is reserved... in the time of moving from
Jeffrey Dever wrote:
There are still a bunch of classes that are in both HttpClient and
Slide. In particular:
Base64.java
HttpsURL.java
HttpURL.java
URIException.java
URI.java
URIUtil.java
URLUtil.java
Base64 into 'codec' but the rest?
commons-net is reserved... in the time of moving from
Nicola Ken Barozzi wrote:
Tomasz Pik wrote:
Ok, all good. Committed. Please check if all is ok.
Thanks, I've found a typo somewhere in docs but I'll fix
it next patch.
Thanks :-)
The next step I want to do is to make it possible to use Cocoon Blocks
in it as a components drop-in system
;
+
+import org.apache.commons.morphos.ObjectFlavor;
+
+/**
+ * Pair of {@link ObjectFlavor} instances.
+ *
+ * Represents possible morphing.
+ *
+ * @author Tomasz Pik
+ * @version $Revision$
+ */
+public class FlavorPair {
+
+private ObjectFlavor input;
+private ObjectFlavor output
Nicola Ken Barozzi wrote:
I started to look at Morpher codebase in Jakarta CVS
because it looks like something I'm currently looking for.
First I'd like to ask, if there's any work on this (it looks
like CVS is untouched since some months)?
Currently it's not being actively developed, but the
Hi,
I started to look at Morpher codebase in Jakarta CVS
because it looks like something I'm currently looking for.
First I'd like to ask, if there's any work on this (it looks
like CVS is untouched since some months)?
I also want to ask if anybody knows about 'morphers'
outisde main Morpher CVS
James Strachan wrote:
The Jelly code base has been stable for some time and it'd be good to get a
stable release of Jelly out so other projects like Maven, Cactus and Latka
can depend on a stable, supported release. So I'd like to propose that Jelly
be moved to the commons proper where we can
Ola Berg wrote:
Is the ClassUtils supposed to go into [lang]? If then, yes, if not... I (like java.lang) think that loading class per name is really core.
Maybe this ClassUtils will do the same as:
5)
public static Long readLong(ResultSet rs, int index) throws SQLException {
Long result = new Long(rs.getLong(index));
if (rs.wasNull()) {
return null;
} else {
return result;
}
}
public static void setLong(PreparedStatement pstmt, int index, Long value) throws
SQLException
My summary of the discussion that I started:
1 Many thanks to everybody, who responds;
2 I didn't know about 'pluggable' ORO possibilty,
I'll take a look at this (puting something in commons
only to have 'commons' in package name is not a good idea);
3 I agree that totally 'bootstraping'
Geir Magnusson Jr. wrote:
Yes, I did a bit of cleanup that I have to commit. The big change will be
the namespace of jar/project names to try and avoid collisions.
Two problems that appears during using of JJar:
1 there soluld be a possibility to specify full url to jar file
(maybe
Geir Magnusson Jr. wrote:
Geir Magnusson Jr. wrote:
Two problems that appears during using of JJar:
1 there soluld be a possibility to specify full url to jar file
(maybe something like xml:base)
Also, when you say 'full URL to JAR file' where do you mean?
As I remember it was impossible
Hi there,
Why there's
Implementation-Version: 1.1-dev
in 'bin' distribution of Collections 2.0.
Regards
Tomek Pik
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Hi there,
I have to use FOP and POI in one project. And I've found,
that I have to include Avalon LogKit and Log4j - one for
FOP and one for POI. Maybe 'Commons' team should take the
action of promote Commons Logging through various Jakarta
projects as a standard of perfoming loging in the code?
otisg wrote:
I think this would be a good thing to have in the interim.
I'd suggest you post the patches here and hopefully somebody with commit
priviledges can apply them.
Maybe it will be better to produce two versions of package
(JDK 1.4- and JDK 1.4), in the similar to Cactus way
so I have
to put them into the servlet engine CLASSPATH.
Regards
Tomasz Pik
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
33 matches
Mail list logo