Ceki =?iso-8859-1?Q?G=FClc=FC?= [EMAIL PROTECTED] writes:
all the attempts made at bridging X.25 and TCP/IP, both well defined
and stable protocols, have failed miserably, even if both stacks
supposedly fit into layers 1-4 of the 7 layer OSI network model.
But X.25 and TCP/IP use two
robert burrell donkin [EMAIL PROTECTED] writes:
the question i pose is: are we trying for a JCL 2.0 which in my mind
would be a compatible evolution of JCL 1.0 aiming to solve all the
major JCL 1.0 itches or are we aiming for a JCL 1.1 (better discover
and factoring) plus additional pluggable
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32743.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-id has an issue affecting its community integration.
This issue affects
Hi,
if you look into the CLASSPATH set by Gump, you'll see that ant.jar is
present. But still javac doesn't find the Ant packages.
I think this happens because Gump uses Maven to build id and
project.xml doesn't include a dependency on Ant - so Maven ignores
ant.jar.
Would you prefer Gump to
brett 2004/12/21 02:20:35
Modified:id project.xml
Log:
add a missing ant dependency. use 1.5.3-1 as no higher is required for the
API and it is more likely to be present in a Maven env
Revision ChangesPath
1.13 +5 -0
This isn't just in gump: maven java:compile fails in CVS.
It strikes me that the project.xml file should declare an ant
dependency. I've added it - if this was out of line, please feel free to
roll it back.
- Brett
Stefan Bodewig wrote:
Hi,
if you look into the CLASSPATH set by Gump, you'll see
On 20 Dec 2004, at 23:13, Tim O'Brien wrote:
Robert, we've got some issues to work through and infrastructure wants
to wait until at least next week. Don't delay anything on account of
the svn migration. From what I see, the transition should be seemless
- just a few hours downtime. So,
Henning,
Thank you for sharing your mind. You have the right to pooh-pooh my
opinions as much I have the right to express them. I still happen to
think that the X.25 TCP/IP analogy bears relevance to the
discussion. The fact that a simple analogy was sufficient to push your
On Tue, 21 Dec 2004, Brett Porter [EMAIL PROTECTED] wrote:
This isn't just in gump: maven java:compile fails in CVS.
That's what I expected, but didn't check since I don't have Maven
installed.
I assumed that whoever worked on [id] was using Ant and thus was
likely to forget changing the
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-jsl has an issue affecting its community integration.
This
At 12:01 AM 12/21/2004, robert burrell donkin wrote:
exactly (and that was the intended joke)
I know. My response was intended for the rest of the group.
ISTM it hasn't really started out so political this time (or did i miss it...)
My comment about political vs. technical considerations was
brett 2004/12/21 03:08:08
Modified:jelly/jelly-tags/jsl build.xml
Log:
regenerate build file to see if this helps gump in the interim
will switch to Maven gump definitions later
Revision ChangesPath
1.6 +65 -61jakarta-commons/jelly/jelly-tags/jsl/build.xml
sorry, I've just realised that gump is actually giving dom4j 1.4 instead
of 1.5 and is probably the problem. I had assumed it to be the other way
around.
- Brett
[EMAIL PROTECTED] wrote:
brett 2004/12/21 03:08:08
Modified:jelly/jelly-tags/jsl build.xml
Log:
regenerate build file to
On Tue, 21 Dec 2004, Brett Porter [EMAIL PROTECTED] wrote:
sorry, I've just realised that gump is actually giving dom4j
Should be dom4j's CVS HEAD. Or better would be. commons-jelly
depends on packaged-dom4j which is dom4j 1.4 - and all jelly tag
libs inherit from there.
I'd be game to
Thanks - I was about to go looking for that.
All of Jelly uses dom4j 1.5, so there should be no harm in this.
*crosses fingers, toes, knocks on wood, etc.*
- Brett
Stefan Bodewig wrote:
On Tue, 21 Dec 2004, Brett Porter [EMAIL PROTECTED] wrote:
sorry, I've just realised that gump is actually
olegk 2004/12/21 03:27:55
Modified:httpclient/src/java/org/apache/commons/httpclient
MultiThreadedHttpConnectionManager.java
Log:
Fixed a whole bunch of typos
Contributed by Ernst de Haan ernst.dehaan at nl.wanadoo.com
Revision ChangesPath
Chris Lambrou wrote:
Matt Sgarlata wrote:
Does this mean .NET doesn't have reflection? That's such a killer
feature of Java; I can't believe they wouldn't have ported it to .NET.
Any .NET developers out there that can tell us how .NET deals with
reflection when you have multiple versions of
In order to find an appropriate solution to this issue, I'd like to identify
the different problems that we need to address.
Version: What does a version number mean?
I'll make a proposal for how to use minor/major version number to have a
basis on which we can identify the issues.
Major version
On 21 Dec 2004, at 08:07, Henning P. Schmiedehausen wrote:
robert burrell donkin [EMAIL PROTECTED] writes:
the question i pose is: are we trying for a JCL 2.0 which in my mind
would be a compatible evolution of JCL 1.0 aiming to solve all the
major JCL 1.0 itches or are we aiming for a JCL 1.1
On 18 Dec 2004, at 23:07, Scott Deboy wrote:
Enter and exit should not be defined as severities. This is useful
information, but orthogonal to a logging event's severity attribute.
One way to provide entry/exit information is to overload the logger
methods to take a map, and require the user
robert burrell donkin wrote:
On 18 Dec 2004, at 23:07, Scott Deboy wrote:
Enter and exit should not be defined as severities. This is useful
information, but orthogonal to a logging event's severity attribute.
Good point. I think this would be an excellent distinction for a
logging
Daniel Florey wrote:
In order to find an appropriate solution to this issue, I'd like to identify
the different problems that we need to address.
Version: What does a version number mean?
I'll make a proposal for how to use minor/major version number to have a
basis on which we can identify the
robert burrell donkin [EMAIL PROTECTED] writes:
On 21 Dec 2004, at 08:07, Henning P. Schmiedehausen wrote:
robert burrell donkin [EMAIL PROTECTED] writes:
the question i pose is: are we trying for a JCL 2.0 which in my mind
would be a compatible evolution of JCL 1.0 aiming to solve all the
--- Matt Sgarlata [EMAIL PROTECTED] wrote:
David Graham wrote:
--- Daniel Florey [EMAIL PROTECTED] wrote:
BTW: Another advantage of this approach would be that imports would
indicate
which version of the component is in use. I had a lot of trouble to
find
out, which version of jdom
At 10:31 PM 12/20/2004, robert burrell donkin wrote:
IIRC we're never really gone for official consultations here at apache (or
at least the bits i've been involved with): too much committee, too little
community. i alerted ceki (who i've know and respected for too many years
even though we
Brett Porter wrote:
This isn't just in gump: maven java:compile fails in CVS.
It strikes me that the project.xml file should declare an ant
dependency. I've added it - if this was out of line, please feel free to
roll it back.
Yes, we need the dependency -- there was a custom Ant task recently
Semantic methods (other than severity) belong somewhere other than Log.
Entry and exit (and other to-be-determined semantic methods) can be supported
right now without changing commons-logging at all, by passing in a POJO or Map
in as the event's message and relying on the enterprise logging
On Tue, 21 Dec 2004 09:11:55 -0500, Matt Sgarlata
[EMAIL PROTECTED] wrote:
Daniel Florey wrote:
I'd prefer to keep the jar naming as introducing assembly would cause
some confusion.
If anyone would be interested I could put a simple proposal to the sandbox.
Good point, JAR may be a
That's my bad. I added an Ant task in there to generate UUIDs, amd I forgot to
check in the updated dependencies to CVS.I've also been travelling, and hence
missed the gump complaints on the list. Thanks Stefan and Brett for sotring
this out.
Jakarta Commons Developers List
Please download package at http://www.omnytex.com/commons-io-getfreespace.zip
I submit this here for consideration of being added to Commons IO. If this
should be directed elsewhere, I would appreciate that information. Thanks for
your time!
Synopsis
A common question I've seen
I have to jump into this as well. I hope I am not just repeating what wiser
minds have already said :-). The idea of changing package names just seems
like a solution that looks simple, but will rapidly become a nightmare. As
far as I know, no other set of libraries follow this pattern,
robert burrell donkin [EMAIL PROTECTED] wrote on
12/20/2004 02:51:17 PM:
snip/
... how do you propose to reconcile this pluggable mechanism
with the underlying logger that DOES accept MSGID and Object[]
directly?
I'm of the opinion that IF a reasonable proposal can be produced, then
[mutters something about keeping OUR troups in line..]
robert burrell donkin [EMAIL PROTECTED] wrote on
12/20/2004 04:03:28 PM:
On 18 Dec 2004, at 20:52, Curt Arnold wrote:
On Dec 18, 2004, at 12:24 PM, Richard Sitze wrote:
snip
That a single log request can be rendered for more than
news [EMAIL PROTECTED] wrote on 12/21/2004 08:04:09 AM:
robert burrell donkin wrote:
On 18 Dec 2004, at 23:07, Scott Deboy wrote:
Enter and exit should not be defined as severities. This is useful
information, but orthogonal to a logging event's severity attribute.
Good point. I
Regarding coding, I do have someone here who is champing at the bit to
start submitting code to me, for checkin. Not to say others cannot, just
that before you put any of your own time into this, know that there are
other resources being made available.
I do think we can start teasing some
Hi all,
I noticed that there is a directory (can't quite remember now) on the
cvs.apache.org where timestamp/non official releases are put. This
directory is NOT synced to ibiblio.
I'd like to cut a timestamped version and put it there because I would like
to add to Fulcrum configuration a
Daniel Florey wrote:
In order to find an appropriate solution to this issue, I'd like to identify
the different problems that we need to address.
Version: What does a version number mean?
I'll make a proposal for how to use minor/major version number to have a
basis on which we can identify the
Don't you get to this same result by creating your own URLClassLoader
for each assembly, with its own set of JARs and/or directories
making up its class path?
Craig
On Tue, 21 Dec 2004 07:03:50 -0500, Matt Sgarlata
[EMAIL PROTECTED] wrote:
Chris Lambrou wrote:
Matt Sgarlata wrote:
Does
snip/
an application using 1.x.b will work with component 1.x.a
Does this sound reasonable? Missed something?
Have you seen the guidelines in use by the Apache APR project? It looks
to me like you're basically advocating the same system they have in
place. It might save us hassle to
On 21 Dec 2004, at 15:05, Ceki Gülcü wrote:
At 10:31 PM 12/20/2004, robert burrell donkin wrote:
IIRC we're never really gone for official consultations here at
apache (or at least the bits i've been involved with): too much
committee, too little community. i alerted ceki (who i've know and
On 19 Dec 2004, at 03:50, Henri Yandell wrote:
Do we want to clean the sandbox up before an svn migration?
for the sake of component history (though a sandbox spring clean would
be attractive) it'd probably be better to move to subversion first.
- robert
Craig McClanahan wrote:
Don't you get to this same result by creating your own URLClassLoader
for each assembly, with its own set of JARs and/or directories
making up its class path?
Haha, yes you probably do get the same result! I for one just didn't
understand what this type of a solution
(shifting towards a more appropriate subject)
On 21 Dec 2004, at 14:19, Henning P. Schmiedehausen wrote:
robert burrell donkin [EMAIL PROTECTED] writes:
On 21 Dec 2004, at 08:07, Henning P. Schmiedehausen wrote:
robert burrell donkin [EMAIL PROTECTED] writes:
the question i pose is: are we trying
On 21 Dec 2004, at 14:04, Matt Sgarlata wrote:
robert burrell donkin wrote:
snip
richard's proposal to add symantic methods (rather than severities)
is therefore interesting. exit and entry tracing is common. at the
moment, this works rather poorly when JCP is used with log4j: most
people log
Count me in! I'm planning on taking some time off for the holidays, so
that should give me time to play around with this :)
Matt
Daniel Florey wrote:
snip/
an application using 1.x.b will work with component 1.x.a
Does this sound reasonable? Missed something?
Have you seen the guidelines in use
Comments below...
robert burrell donkin wrote:
On 21 Dec 2004, at 14:04, Matt Sgarlata wrote:
robert burrell donkin wrote:
snip
richard's proposal to add symantic methods (rather than severities)
is therefore interesting. exit and entry tracing is common. at the
moment, this works rather poorly
And, in my experience watching work done with tools like
Gump, any time
people do weird trickery with package names, like Sun
renaming some packages
from x.y.z to com.sun.x.y.z, this inevitably seems to cause
lots of problems
somewhere down the line.
Exactly. Remember the howls of
Richard Sitze wrote:
news [EMAIL PROTECTED] wrote on 12/21/2004 08:04:09 AM:
+1, I agree with you and Ceki. TRACE is debatable (I personally like
it), more than TRACE is silly.
Well... call them what you will, I want em'!! lol
Does this mean you want all 42 logging levels I described in my
Hi Eric,
You'll find the apropriate Maven settings in
maven-plugins/plugin-parent/project.properties (I know you know where
that is :)
maven -Dmaven.repo.list=apachecvs jar:deploy-snapshot
should then do the trick.
As this is effectively a nightly build, I don't think there is any
reason to
At 07:51 PM 12/21/2004, robert burrell donkin wrote:
now it's getting political :(
Your comments about the optionality of consultations elicited my
political response.
Many ASF members were involved with Apache at one point or
another. Moreover, Jakarta has quite a few influential, I
Don't forget to do a little light reading first :-)
Mechanism to declare dependencies in a MANIFEST.MF File:
http://java.sun.com/j2se/1.4.2/docs/guide/extensions/versioning.html
ClassLoader implementation for representing an Assembly:
Makes sense and I noticed that Tim's said that in the proposal so I
rescind the suggestion.
Hen
On Tue, 21 Dec 2004 19:27:42 +, robert burrell donkin
[EMAIL PROTECTED] wrote:
On 19 Dec 2004, at 03:50, Henri Yandell wrote:
Do we want to clean the sandbox up before an svn migration?
Thanks for the links. Do you know if there is a maven task to automatically
generate this manifest entries based on the project.xml?
If not this might be a first step in order to allow easy adoption for the
upcoming assembly-component ;-)
-Ursprüngliche Nachricht-
Von: [EMAIL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31017.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Tue, 21 Dec 2004 21:51:56 +0100, Daniel Florey [EMAIL PROTECTED] wrote:
Thanks for the links. Do you know if there is a maven task to automatically
generate this manifest entries based on the project.xml?
If not this might be a first step in order to allow easy adoption for the
upcoming
On 19 Dec 2004, at 03:50, Henri Yandell wrote:
Do we want to clean the sandbox up before an svn migration?
I'd also rather do it after svn migration.
Subversion, precisely, allows a better clean-up than cvs!
We'd jump on the first svn advantage as soon as we'd get in!
paul
imario 2004/12/21 13:54:33
Modified:vfs/src/java/org/apache/commons/vfs/provider
AbstractFileObject.java DefaultFileContent.java
vfs/src/java/org/apache/commons/vfs/impl
DefaultFileSystemManager.java
imario 2004/12/21 13:55:41
Modified:vfs/src/java/org/apache/commons/vfs/provider/ftp
FtpClientFactory.java
FtpFileSystemConfigBuilder.java
Log:
passiveMode configuration
Revision ChangesPath
1.4 +7 -1
imario 2004/12/21 13:57:18
Modified:vfs/src/java/org/apache/commons/vfs/provider
FileContentThreadData.java
Log:
added license
Revision ChangesPath
1.2 +18 -0
news [EMAIL PROTECTED] wrote on 12/21/2004 02:01:07 PM:
snip/
And yes, I'm leaning towards EXPLICITLY naming methods to encourage
best
practices. To use the distinction made by Curt, I'm pushing the trace
level methods towards diagnostic logger function, and stepping away
from
Eric Pugh [EMAIL PROTECTED] writes:
Hi all,
I noticed that there is a directory (can't quite remember now) on the
cvs.apache.org where timestamp/non official releases are put. This
directory is NOT synced to ibiblio.
I'd like to cut a timestamped version and put it there because I would like
On Wed, 22 Dec 2004 08:58:13 +1300, Sharples, Colin
[EMAIL PROTECTED] wrote:
And, in my experience watching work done with tools like
Gump, any time
people do weird trickery with package names, like Sun
renaming some packages
from x.y.z to com.sun.x.y.z, this inevitably seems to cause
On 21 Dec 2004, at 20:24, Ceki Gülcü wrote:
At 07:51 PM 12/21/2004, robert burrell donkin wrote:
now it's getting political :(
Your comments about the optionality of consultations elicited my
political response.
i've given up politics.
(feel free to reply to my missive but please spend some time
olegk 2004/12/21 15:15:21
Modified:httpclient/src/java/org/apache/commons/httpclient/params
DefaultHttpParams.java
httpclient/src/java/org/apache/commons/httpclient/protocol
ReflectionSocketFactory.java
Log:
PR #32607
olegk 2004/12/21 15:21:32
Modified:httpclient release_notes.txt
Log:
PR #32607
Revision ChangesPath
1.45 +4 -0 jakarta-commons/httpclient/release_notes.txt
Index: release_notes.txt
===
Right I just changed from long to java.math.BigDecimal and for date field
java.sql.Timestamp
and it worked. I will try new build soon.
Thanks for quick reply
spframe live
David Graham [EMAIL PROTECTED] wrote:
First, you need to alias the column names in the sql to avoid having to
use the
I do not think you can compare JDK APIs to commons APIs as you hardly
have more than one version of JDK API in your classpath ;)
You mean you've never written an RMI app where the client and server were
running different JVM levels? ;-)
Colin Sharples
IBM Advisory IT Specialist
Email: [EMAIL
68 matches
Mail list logo