-0 in moving sandbox to incubator
For me sandbox and incubator have 2 different purposes.
Incubator: Bring *external* code people into ASF, resolving license
issues and allowing new people to learn the ASF way of doing things.
Sandbox: New and experimental code from existing and *trusted*
Edin,
The technique you propose can already be seen in DBCP.
The real database connections are wrapped with a poolable delegating
wrapper. The close method has been overwritten to call returnObject.
But an example inside commons-pool would be nice. In the wiki or on the
website.
Maybe some
I disagree, README is just clutter and should be removed.
We send out announcements on the mailing list and if people miss that
they can look at the website.
The complete list of components if on the commons homepage so with one
click you have a full overview.
-- Dirk
Rory Winston wrote:
Good
You are correct that the maxActive limits the total number of connections.
Can you check the number of connection on the oracle database itself?
select * from v$session
How many network connection are there at the end of the test?
Also try to set maxIdle to 50 and test again.
-- Dirk
jgelb wrote:
You probably already have noticed the mail storm of svn commits.
This was the svn:keywords = Date Author Id Revision HeadURL
correction. I also converted the .cvsignore files to svn:ignore property.
Only the trunks-proper and trunks-sandbox were done, if you have
active branches in your component
Please add launcher to component list
Thanks in advance
Dirk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Attila,
You have made some good points, included you will find a new evictor
implementation with the enhancements you proposed. I didn't want to
use interrupt() so I used a wait/notify technique with synchronized
blocks.
Can you try this version and let me know if it works for you?
Cheers
It was a problem in the project descriptor, should be fixed now.
Thanks
Dirk
Paul Libbrecht wrote:
Hi,
I noticed the javadoc of commons-sandbox-cache is actually missing the
most interesting pacakge, org.apache.commons.cache and only include
three packages one level below.
Is there something I
Looks interesting, is this class you wrote an extension of the
existing classes/interfaces? If this is the case then contributing is
simple. You post a copy of your code to the commons-dev mailing list.
I or another committer will review and commit the code. (I assume you
have some JUnit tests
BCEL was (until recently) a dormant project, no active committers
around anymore to respond to questions / commit bug fixes.
Because BCEL is at jakarta level this was/is problematic.
The Jakarta PMC cannot provide oversight if no committers are present
and on the PMC so this would main the end
Exactly, first grow a little more in commons proper and then move out
if the scope or community grows towards a jakarta level.
-- Dirk
Tim O'Brien wrote:
I'm +1 for the following reason:
It does make sense that feedparser would be a higher level subproject of
Jakarta and not a commons component,
+1 for promoting feedparser to commons proper
-0 for dedicated mailing list, httpclient got one during their major
refactoring mail storm when they were sending dozens of mails every
day. It was a practical solution but not good community wise.
I would advice only to get a separate mailing list
I think James wants an enhancement issue in bugzilla with the file
attached.
-- Dirk
Anaximandro (Woody) wrote:
enhancement ticket? I dono if I really understand this ...
Well, lets go
If anyone needs the model (rose) send me a note.
Woody
Components cannot be released from the sandbox, correct.
This is done because we want components to move into commons proper.
There are 3 committers and contributions from the community. 11 months
of development and a release plan towards a 1.0 release.
All signs showing a component ready for
Now that we are using svn the commons-build directory can be
included into trunks-sandbox (using svn:externals), this removes the
dependency on the ../jakarta-commons/ directory path
You can now use the following in both proper sandbox
!DOCTYPE org.apache.commons.menus SYSTEM
I know this is only a small improvement from the previous situation.
If you do an individual checkout you still have to make sure you have
the correct path to a commons-build directory.
Is there a better way to include global information?
-- Dirk
Tim O'Brien wrote:
Innovative use of
You are looking for the removeAbandoned feature.
DBCP doesn't check periodically but only when the pool is almost
empty. More information on the configuration page:
http://jakarta.apache.org/commons/dbcp/configuration.html
-- Dirk
Paul Hsu wrote:
Hi,
I just wonder that DBCP can monitor a
Good suggestion. The underlying exception was already visible in the
stacktrace but the message can be improved.
How about using the following catch block in the connect method.
} catch(SQLException e) {
throw e;
} catch(NoSuchElementException e) {
throw new SQLNestedException(Cannot get
I don't like the new dependency PoolableConnectionFactory - PoolingDriver
Lets add this method to PoolingDriver (and add reference to pool to
wrapper)
public void invalidateConnection(Connection conn) throws
SQLException {
if (conn instanceof PoolGuardConnectionWrapper) { // normal
You can still use removeAbandoned. It isn't recommended but it your
application misbehaves then it can be usefull to enable it.
For a more complete answer see Q4 on
http://wiki.apache.org/jakarta-commons/DBCP
Cheers
Dirk
Paul Hsu wrote:
Dirk,
Thank you. But I think the feature is deprecated? Can
see reply on commons-user list
-- Dirk
ksv wrote:
Hello ,
Interests everything, that is connected to managements of transactions at use
DBCP...
Who Can will share experience or links? The database is not essential.
The principle of work with transactions through DBCP is necessary...
Hi all,
A couple of days ago I committed some launcher fixes/enhancements and
will be releasing 1.2 in a week or two.
If anyone has some patches laying around, now is the time to submit
them :-)
Cheers
Dirk
-
To unsubscribe,
Paul,
The problem is that you cannot safely interrupt the network
communication that's going on inside the driver. If the driver doesn't
expose the network layer timeout then you're stuck.
The only thing you can do is doing the driver.getConnection() in a
separate thread and then your
Connection timeout is a database driver specific property. You can set
it using the DBCP connectionProperties property. Or sometimes it is
appended to the URL.
In your case you probably need to set the timeout on the odbc driver.
Once the connection is in the pool then the maxWait can be used
be found on the
* a href=http://jakarta.apache.org/commons/dbcp/;DBCP website/a.
* There you will also find the DBCP wiki, mailing lists, issue tracking
* and other support facilities/p
*
* @see org.hibernate.connection.ConnectionProvider
* @author Dirk Verbeeck
*/
public class
Agreed, this wiki page is referred from the commons release page:
http://jakarta.apache.org/commons/releases/release.html
This page needs an update once we switch to svn maybe then we can make
them more generic.
-- Dirk
Martin Cooper wrote:
There's another copy of this page in the incubator
+1
Eric Pugh wrote:
Hi all,
I would like to nominate Oliver Heger as a committer to Jakarta Commons.
Oliver has been very active in the [configuration] project[1], and I feel
gets the Jakarta way. He has partipated in doing a lot of the icky bug
finding and fixing in [configuration] and will be
Hi Kevin, Brad
With only 10 emails on commons-dev and 0 on commons-user it will be
difficult to get a positive vote for you, Brad.
(you can always try, the community decides)
Like Henri said last month(1), activity in the community is important.
For a sandbox project this is difficult because
Hi Daniel,
I have added i18n and contract to the menu and component table.
The site has been updated.
I also changed the commons-site.jsl script, you don't need to copy the
css files anymore. Please delete these files if you just use the
default ones.
Cheers,
Dirk
Daniel Florey wrote:
Hi folks,
Hi Simon,
I merged your patch with some small changes:
http://issues.apache.org/bugzilla/show_bug.cgi?id=31298
http://cvs.apache.org/viewcvs.cgi/jakarta-commons/pool/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java?r1=1.28r2=1.29diff_format=h
Cheers
Dirk
Bowler Simon wrote:
Hi
Hi,
You should set maxActive maxIdle to some reasonable values.
Then monitor pool usage to see if there is still a problem.
-- Dirk
Hari Haran wrote:
Hi,
I have configured DBCP for Oracle 9iAS (OC4j standalone)
we have noticed that, at times the Application performance is hit badly.
It appears
You have to download those 2 jars yourself, give them the correct name
and put them in your local maven repository.
-- Dirk
Matthias Wessendorf wrote:
hi,
when I try to run Maven,
I got that:
WARNING: Failed to download activation-1.0.2.jar.
The build cannot continue because of the following
The Commons community has voted to release Commons Launcher 1.1.
The vote thread was called [VOTE][launcher] Release v1.0
but the official release will be labeled 1.1 to avoid confusion with
the 1.0-dev version shipped with Tomcat.
The release vote passes:
Dirk Verbeeck +1
Alban Peignier +1
Downloads
page.
-- Dirk Verbeeck
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
change it to be the same as GenericObjectPool and
keep a minimum level of idle instances?
I have integrated the changes into GenericKeyedObjectPool, following feedback to these
questions, i will post a patch.
Cheers,
Simon
-Original Message-
From: Dirk Verbeeck [mailto:[EMAIL PROTECTED
OK, so you basically implemented the GenericObjectPool.setMinIdle
feature but for a KeyedObjectPool.
Very usefull addition, I would even merge it into
GenericKeyedObjectPool itself. Having the same behaviour in the two
generic implementations is a good thing.
You can post your code here or
Hi Simon,
You can post your enhancements to this list or we can discuss them
first. Buy the way, are you talking about SQLConnection pooling?
When describing/contributing your enhancements please seperate them
into individual patches, also think about javadoc JUnit tests for
each of them.
, and here are my reasons:
--
Official Site:
http://jakarta.apache.org/commons/launcher/
Release Canidate:
http://jakarta.apache.org/commons/launcher/downloads.html
-- Dirk Verbeeck
+1 of course
-- Dirk
Dirk Verbeeck wrote:
This is a call for a vote to release version 1.0 of Commons Launcher.
There are no unresolved issues, more info below.
your votes, please:
Release Commons-Launcher 1.0
-
[ ] +1 I support this release and will help
easier in the future.
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: Dirk Verbeeck [mailto:[EMAIL PROTECTED]
Sent: Monday, August 16, 2004 11:38 AM
To: Jakarta Commons Developers List
Subject: [VOTE][launcher] Release v1.0
This is a call for a vote to release version
David
Can you please create a patch with only your feature (without the
whitespace changes / reformatting changes) against the latest CVS
version. The current patch is hard to read and it reverts some changes
done after 1.2 release.
Also a JUnit test has to be written before this new feature
Can you check again, because I don't see it.
-- Dirk
David Rosenstark wrote:
We already posted the Junit test. It is the second attachment we put in the
bug.
- Original Message -
From: Dirk Verbeeck [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Cc: [EMAIL
Launcher was imported into jakarta commons almost 2 years ago (25 okt
2002) but never had a release. The thing missing was a simple example
to get new users started.
Alban Peignier contributed this example, I added it to CVS.
So we're ready to release IMHO.
The site is build using maven, the
Can you send me your pool configs?
(and other standard info like platform, OS, JVM, ...)
(the one that locks up on startup and the one with the deadlock)
The initialSize property is only available in BasicDataSource and not
on SharedPoolDataSource or did you add it yourself?
I don't see a
Ack.
All is well in commons land ;-)
-- Dirk
Brian W. Fitzpatrick wrote:
On Jul 1, 2004, at 10:09 AM, Dirk Verbeeck wrote:
Only .cvsignore is missing.
Not anymore--I just pulled it out of my backup. :-)
Thanks to jerenkrantz for moving it into place.
-Fitz
Noel J. Bergman wrote:
Please review
Patch applied
Thanks
Dirk
Maxwell Grender-Jones wrote:
The problem (in DriverManagerConnectionFactory.java):
If you supply a username but not a password, or a password but not a
username, dbcp ignores these values, and simply uses the URL to connect
to your database (even when defaults exist for
Hi Tim,
I have updated the javadoc.
More examples can be found here:
http://cvs.apache.org/viewcvs/jakarta-commons/dbcp/doc/
Cheers
Dirk
Tim Rapp wrote:
The first code block in
http://jakarta.apache.org/commons/dbcp/apidocs/org/apache/commons/dbcp/package-summary.html#package_description
has two
How about just linking like I did on the dbcp download page:
http://jakarta.apache.org/commons/dbcp/downloads.html
It links to
http://jakarta.apache.org/site/binindex.cgi#commons-dbcp
Simple and effective ;-)
-- Dirk
-
To
DBCP 1.2.1 is a maintenance release to restore full JDK 1.3
compatibility. (CVS tag: DBCP_1_2_1)
Details can be found here:
http://jakarta.apache.org/commons/dbcp/release-notes-1.2.1.html
Vote results:
+1 Dirk Verbeeck
+1 Stephen Colebourne
+1 Noel J. Bergman
+1 Yoav Shapira
-- Dirk
to restore full JDK 1.3
compatibility.
Release notes:
http://jakarta.apache.org/commons/dbcp/release-notes-1.2.1.html
The latest binary release is always available on the Jakarta Binary
Downloads page, its source is available from Jakarta Source Downloads
page.
-- Dirk Verbeeck
I tested Pool 1.2 and it can be compiled with JDK 1.3.1_01.
So that one should be OK.
-- Dirk
Noel J. Bergman wrote:
DBCP 1.2.1 is a maintenance release to restore full JDK 1.3 compatibility.
[X] +1 Go for it!
Was there anything similar in Pool? And can we compile the release packages
with JDK
If DBCP is compiled with JDK 1.3 then some methods are commented out
because they are only in the JDBC3 spec (included in JDK1.4). So then
we need 2 releases.
To trigger the dbcp incompatibility I has to set the defaultReadOnly
property. The class with the JDK1.4 method call was loaded
robert burrell donkin wrote:
i've been wondering for a little while whether it'd be possible to use
gump for extended compatibility tests.
That would be nice. Because of all these dependencies it is very hard
to test how existing/released components react on an upgrade of a
dependency.
For
DBCP 1.2.1 is a maintenance release to restore full JDK 1.3 compatibility.
Details can be found here:
http://cvs.apache.org/~dirkv/dbcp/release-notes-1.2.1.html
CVS head tagged as DBCP_1_2_1
Distribution can be previewed here:
http://cvs.apache.org/~dirkv/builds/
Cast your votes please:
[ ] +1 Go
+1 from me of course
-- Dirk
Dirk Verbeeck wrote:
DBCP 1.2.1 is a maintenance release to restore full JDK 1.3 compatibility.
Details can be found here:
http://cvs.apache.org/~dirkv/dbcp/release-notes-1.2.1.html
CVS head tagged as DBCP_1_2_1
Distribution can be previewed here:
http://cvs.apache.org
(3) is of course the way to go.
But do you think there is enough community support for it?
A couple of more names on the team list would be nice:
http://jakarta.apache.org/commons/sandbox/attributes/team-list.html
I'm only asking this because I don't see a lot of mail activity on the
lists.
Jakarta Source Downloads
page.
-- Dirk Verbeeck
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
)
* This release contains bug fixes to all known issues.
(see release notes for more info)
The latest binary release is always available on the Jakarta Binary
Downloads page, its source is available from Jakarta Source Downloads
page.
-- Dirk Verbeeck
Should be updated now.
-- Dirk
Gary Gregory wrote:
This page is out of date:
http://jakarta.apache.org/commons/pool/downloads.html
Thank you,
Gary
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Voting results release Pool v1.2:
+1 Dirk Verbeeck
+1 Noel J. Bergman
+0 Shapira, Yoav
+0 Dion Gillard
+1 Todd Carmichael (non-binding)
The release was tagged in CVS as POOL_1_2 on 7 June 2004.
-- Dirk
-
To unsubscribe, e-mail
Voting results release DBCP v1.2:
+1 Dirk Verbeeck
+1 Noel J. Bergman
+0 Shapira, Yoav
+0 Dion Gillard
+1 Todd Carmichael (non-binding)
The release was tagged in CVS as DBCP_1_2 on 7 June 2004.
-- Dirk
-
To unsubscribe, e-mail
+1
-- Dirk
Henri Yandell wrote:
I see no reason not to have Leo as a committer and have him guide
commons-attributes to a release. So:
[ ] +1 Yep
[ ] -1 Nope
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Personally I don't see a lot of added value.
Jakarta already has a big logo with a link and the Commons Homepage is
the first item in the menu.
If it becomes a real bread crumb trail, from apache to the actual page
then it might be more usefull.
-- Dirk
Mark R. Diggory wrote:
Site looks good.
A lot of these wiki changes come from apache committers.
Do you think it is possible to tag these changes so we can skip
reviewing these for vandalism?
I don't know the inner workings of the moin wiki system but if we
could separate the changes from committers from the rest it would
certainly
If I see a wiki mail that [EMAIL PROTECTED] has updated
Logging/1.0.4ReleasePlan then I will look at it differently then if
an unknown user does it.
I thrust Robert more and so I only look at the page at the end of the
week. If an unknown user does an update then I/we should review it asap.
That is my only point. I want to use a mail filter separating the
trusted changes (from apache committers) from the untrusted (unknown
users).
Both should be reviewed but with a different priority.
Just my 0.02.
-- Dirk
Martin Cooper wrote:
-Original Message-
From: Dirk Verbeeck
Glad you like it, sandbox + main site are updated just now...
-- Dirk
Mark R. Diggory wrote:
I saw this and burst out laughing. How totally unexpected... ;-) Very
inventive!
Dirk Verbeeck wrote:
The css only contains a max height for the header so the header will
resize.
Yes, your right
Looks like everybody is busy.
Current VOTE status:
+1 Dirk Verbeeck
+1 Noel J. Bergman
+0 Shapira, Yoav
We can do better then this ;-)
So, everybody fire up your favorite test application and give
DBCP/Pool a good workout... and cast your VOTEs
From the charter:
As stated in the Jakarta
The css only contains a max height for the header so the header will
resize.
But to support small screens I just added a small javascript to switch
logo if window size 850.
Larger browser windows or browsers with javascript disabled get the
wide version.
Result can be seen/tested here:
Canidate:
http://jakarta.apache.org/commons/pool/downloads.html
Changes:
http://jakarta.apache.org/commons/pool/release-notes-1.2.html
-- Dirk Verbeeck
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
Canidate:
http://jakarta.apache.org/commons/dbcp/downloads.html
Changes:
http://jakarta.apache.org/commons/dbcp/release-notes-1.2.html
-- Dirk Verbeeck
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
Do you have the following directory structure
E:/workspace/jakarta-commons/commons-build
E:/workspace/jakarta-commons-sandbox/commons-build
E:/workspace/jakarta-commons-sandbox/transaction
E:/workspace/jakarta-commons-sandbox/vfs
project.properties refers to
+1
Ted Husted wrote:
Don Brown is an active Apache Struts Committer who would like to apply some patches to
the Validator, with the hope of moving toward another release.
Here's my +1
-Ted.
-
To unsubscribe, e-mail: [EMAIL
+1
Ted Husted wrote:
Niall Pemberton is an Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release.
Here's my +1
-Ted.
-
To unsubscribe, e-mail: [EMAIL
Hi Oliver
Glad you appreciate my efford :-)
Next will be adding the component to the menu/component list.
Do you have a good one-liner to describe the transaction component?
-- Dirk
Oliver Zeigermann wrote:
Hi Dirk!
Thanks for your *impressive* help!
Oliver
[EMAIL PROTECTED] wrote:
dirkv
Hi
Try running the following command in your vfs directory:
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic log -d
2004-04-222004-05-23
I just tried to build vfs site and it works, so it's not a server side
problem.
-- Dirk
Mario Ivankovits wrote:
Hello!
Today i tried to update the vfs site,
I just closed the last outstanding DBCP issue.
Time for a release I think, the enhancements are for the next
development cycle.
Lets say a RC1 this week and 1.2 final next week or so?
Unless somebody needs more time?
-- Dirk
-
[X] +1 Let him commit
[ ] +0 Not bothered
[ ] -1 Perhaps not, because
-- Dirk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
JUnit test committed.
Using spaces is preferred:
http://jakarta.apache.org/commons/patches.html
Cheers
Dirk
Wayne Woodfield wrote:
This JUnit test will test the fix for bug 28579. It takes between 1-2
seconds to complete on my computer. Even though it simulates a threading
issue, it's very
patch applied
-- Dirk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I have made the changes needed to net/maven.xml.
When I did this to commons-build someone remarked that there was an
easier way but it was never implemented...
Anyway this works.
-- Dirk
Steve Cohen wrote:
Thanks, Dirk. I'm not familiar enough with Maven to grok what changes I would
need to
Ok, I can download your release candidate from
http://cvs.apache.org/~scohen/
One remark, the NOTICE.txt is missing from the root directory and also
from the META-INF dir in the jar inside the binary distribution.
I changed some goals in here to fix that:
Hi Wayne,
Excellent description and patch. The commons-dev mailing list is
indeed the place to start for getting your fix applied. Now a bugzilla
issue needs to be created to record the issue+patch and then I will
apply your patch to DBCP.
Do you have a way to simulate the error? Threading
Generating DBCPEvents is the way to go.
No direct dependency on any logging library please.
The DBCP core should be able to run on a standard tomcat with no extra
logging requirments.
-- Dirk
Alex Karasulu wrote:
Steve,
Forgot to mention another added benefit of using a monitor (callback)
Jakarta-Commons is probably the best place for it but lets see if
there is a community for it, getting the geronumo guys on board would
be a plus.
-- Dirk
hammett wrote:
Hey Dirk
I read some non-good comments about DBCP in some posts on TheServerSide.
These really bothered me, and I'm
I have created a prototype of a PoolingXADataSource a couple of months
ago. Someone asked about implementing a XA DBCP pool and I made this
prototype just to see if it was possible.
It probably needs some error handling and review of the corner cases
but it's a start. Anyway I just implemented
The prototype can be found here:
http://cvs.apache.org/~dirkv/dbcp/xa.zip
-- Dirk
Dirk Verbeeck wrote:
I have created a prototype of a PoolingXADataSource a couple of months
ago. Someone asked about implementing a XA DBCP pool and I made this
prototype just to see if it was possible
+1
Stephen Colebourne wrote:
Matthew Inger has made various valuable contributions to commons (lang,
configuration, math, vfs) over recent months. He has expressed an interest
in committer access, and this seems appropriate now.
[ ] +1 Let him commit
[ ] +0 Not bothered
[ ] -1 Perhaps not,
In my opinion the convention not to accept new committers in the
sandbox is a best practice and not a formal rule.
It isn't in the commons charter and thus it's an informal convention
and a good one I say. (the sandbox isn't an official jakarta
subproject but was created under the
I propose to make Mario a full jakarta-commons committer.
He contributed to the VFS component in the sandbox but also to the net
component in commons proper.
Mario did also some bugfixing on tomcat.
See mailing list archive bugzilla 7831,27858,27776,...? for details.
here is my +1
-- Dirk
patch applied
Thanks
Dirk
[EMAIL PROTECTED] wrote:
Hi,
I am trying to use the Launcher from a class running in a WAS 5.0 Web App.
I ran into a problem when the Launcher.start is trying to get the Bootstrap
File for use in determining the canonical path for its default launch file.
The problem is
Is this really needed?
There is already a link on the jakarta logo.
-- Dirk
[EMAIL PROTECTED] wrote:
mdiggory2004/03/21 09:27:42
Modified:commons-build/xdocs navigation.xml
Log:
Adding link on breadcrumb to Jakarta
Revision ChangesPath
1.7 +6 -0
Any issues concerning this patch?
If not I will apply this change in a day or two.
Also shouldn't a launcher get a proper 1.0 release?
This minor issue is the first one I see and this component is in
commons over 16 months.
So I propose to apply this patch and then proceed with a 1.0 release.
Hi all
I have made a mavenized commons site with an alternative menu
structure to the current proposal
(http://jakarta.apache.org/commons-mavenized).
The page content has to be updated but I wanted to show the menu first.
http://cvs.apache.org/~dirkv/commons-site/index.html
and as example I
patch applied
Thanks
Dirk
Antoine Lévy-Lambert wrote:
Hi,
The gump build of jakarta-commons/logging is failing. [1]
I have attached a patch for the build.xml [2]
Thanks in advance for submitting it quickly, so that it is OK in the
next Gump run.
Antoine
Footnotes :
[1]
Robert Burrell Donkin did the initial implementation of this menus.dtd
for the Betwixt site. (the current main site also uses it and the
sandbox components I mavenized as well)
I like the way you can put the About Us section above the
Commons DBCP without any special scripting.
I did try but didn't get it to work.
This works when you maven a master (included) project.xml and a
component specific one.
The default plugins scripts should be changed to auto include
NOTICE.txt I suppose.
-- Dirk
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote on 29/02/2004 01:44:23 AM:
applied
Thanks
Dirk
Michael Davey wrote:
Hello,
Here is a trivial patch for JJAR to fix build.xml in light of recent
license changes.
Index: build.xml
===
I updated the license.xml and generated the main site, menus are updated.
-- Dirk
Dirk Verbeeck wrote:
I have adjusted the paths in build.xml to point to the new location of
the xdocs menu directories.
You should be able to generate the main web site now.
-- Dirk
robert burrell donkin
I have adjusted the paths in build.xml to point to the new location of
the xdocs menu directories.
You should be able to generate the main web site now.
-- Dirk
robert burrell donkin wrote:
the build.xml script in the base of the jakarta-commons directory no
longer runs now that all of the
1 - 100 of 192 matches
Mail list logo
