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 has an issue affecting its community integration.
This issue
[
http://issues.apache.org/jira/browse/JELLY-192?page=comments#action_57438 ]
Marc DeXeT commented on JELLY-192:
--
The main difficulty is about jexl expression parsing.
If you create expression with a factory, you have just access to text or sub
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=32204.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
ozeigermann2005/01/09 07:12:12
Modified:transaction/src/java/org/apache/commons/transaction/locking
ReadWriteUpgradeLock.java ReadWriteLockManager.java
MultiLevelLock2.java
ReadWriteUpgradeLockManager.java
Hi all
Is there somewhere in the Math package simple methods for multiplying
vectors with other vectors of scalars? this is simple functionality
but it should be in once place IMHO, not as a private little method in
every Class.
Did i miss something? as far as I could tell there is no RealVector
Tzvika Barenholz wrote:
Is there somewhere in the Math package simple methods for multiplying
vectors with other vectors of scalars?
No.
Did i miss something? as far as I could tell there is no RealVector
class or the like at all.
That's probably because there are already two common
What exactly do you mean by methods for multiplying vectors with
other vectors of scalars? General vector algebra usually only
defines scalar*vector. There are multiple (conflicting) definitions
for vector*vector in various contexts, the most common is
(a1, a2, ...)*(b1, b2, ...)=(a1*b1,
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=33001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=33001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=33001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
ozeigermann2005/01/09 11:10:11
Modified:transaction/src/java/org/apache/commons/transaction/locking
GenericLockManager.java
Log:
Reducing the number of unnecassary deadlock checks by moving the check out of
the wait loop
Revision ChangesPath
1.18
dirkv 2005/01/09 11:15:41
Modified:dbcp/xdocs index.xml
Log:
james is now in svn, update link
Revision ChangesPath
1.7 +1 -1 jakarta-commons/dbcp/xdocs/index.xml
Index: index.xml
===
dirkv 2005/01/09 11:16:39
Modified:dbcp/xdocs downloads.xml
Log:
add dependency information to download page
Revision ChangesPath
1.8 +6 -1 jakarta-commons/dbcp/xdocs/downloads.xml
Index: downloads.xml
dirkv 2005/01/09 11:17:27
Modified:pool/xdocs downloads.xml
Log:
add dependency information to download page
Revision ChangesPath
1.12 +5 -1 jakarta-commons/pool/xdocs/downloads.xml
Index: downloads.xml
xalan finally started building again in gump and is now exposing some
problems with the jelly build after the gump changes I made. I'll look
into it.
- Brett
commons-jelly development wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more
ozeigermann2005/01/09 11:33:53
Modified:transaction/src/java/org/apache/commons/transaction/locking
GenericLockManager.java
Log:
Constantly have owner registered as waiter while trying to acquire lock
Revision ChangesPath
1.19 +13 -7
dirkv 2005/01/09 11:52:58
Removed: .anakia-project.xml build.properties.sample
build.xml BUILD_DOCS.txt
Log:
remove old build system (jakarta main site switched from anakia to xsl)
commons now uses maven
dirkv 2005/01/09 11:54:49
Modified:jexl project.xml
Log:
remove nagoya reference
Revision ChangesPath
1.27 +2 -2 jakarta-commons/jexl/project.xml
Index: project.xml
===
RCS file:
Tzvika Barenholz wrote:
There are multiple (conflicting) definitions
for vector*vector in various contexts, the most common is
(a1, a2, ...)*(b1, b2, ...)=(a1*b1, a2*b2, ...)
...
I mean exactly the above indicated 'common one'. of course i could
relate to it as a multiplication of two matrices
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=33023.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
dirkv 2005/01/09 12:12:47
Modified:commons-build/xdocs patches.xml
Log:
fix broken link
Revision ChangesPath
1.7 +2 -2 jakarta-commons/commons-build/xdocs/patches.xml
Index: patches.xml
dirkv 2005/01/09 12:13:45
Removed: commons-build/xdocs user-guides.xml
Log:
page not used / broken links
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=33023.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=33023.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Date: 2005-01-09T12:54:19
Editor: 12.108.188.134
Wiki: Jakarta Commons Wiki
Page: IO/FrequentlyAskedQuestions
URL: http://wiki.apache.org/jakarta-commons/IO/FrequentlyAskedQuestions
Remove reference to nagoya.
Change Log:
J.Pietschmann wrote:
Tzvika Barenholz wrote:
There are multiple (conflicting) definitions
for vector*vector in various contexts, the most common is
(a1, a2, ...)*(b1, b2, ...)=(a1*b1, a2*b2, ...)
...
I mean exactly the above indicated 'common one'. of course i could
relate to it as a
In the 1.2 dbcp release a constructor was made available with
Boolean defaultReadOnly so it is possible to set it to null.
http://jakarta.apache.org/commons/dbcp/xref/org/apache/commons/dbcp/PoolableConnectionFactory.html#192
By the way, a couple of months ago I made my own
DBCPConnectionProvider
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=32733.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=32966.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=33014.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=32825.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hey all, I've been out of the loop for a couple of weeks, sorry. I'm back
and I'm going to look at the problem with the WeakReference stuff.
It looks like HEAD on cvs.apache.org isn't using the WeakReference code. Has
it not been applied to CVS or does this have something to do with the switch
Le 9 janv. 05, à 23:12, Hans Gilde a écrit :
Hey all, I've been out of the loop for a couple of weeks, sorry. I'm
back
and I'm going to look at the problem with the WeakReference stuff.
It looks like HEAD on cvs.apache.org isn't using the WeakReference
code. Has
it not been applied to CVS or
I'm also in the process of switching the tags to a SNAPSHOT of jelly
core to allow us to test this better too.
On Sun, 9 Jan 2005 23:26:33 +0100, Paul Libbrecht [EMAIL PROTECTED] wrote:
Le 9 janv. 05, à 23:12, Hans Gilde a écrit :
Hey all, I've been out of the loop for a couple of weeks,
ozeigermann2005/01/09 15:10:06
Added: transaction/xdocs/locks concepts.xml deadlock2.png
deadlock1.png deadlock.xml deadlock3.png
Log:
Added section about deadlock detection and start for concept section
Revision ChangesPath
1.1
Ok, got it. I hadn't looked at the file histories.
My big question is this:
If I can fix the problem with the original WeakRef stuff this week, would we
be interested in using it? I came up with the solution because it doesn't
involve a change to the API, is that still a goal? Also, it preserves
sorry another email connection test
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Steve Cohen wrote:
sorry another email connection test
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
and now another test of the reply function
Steve Cohen wrote:
Steve Cohen wrote:
sorry another email connection test
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
and now another test of the reply function
Last of the
robert burrell donkin wrote:
hi steve
may i suggest that you post a (concise) request for help on community?
- robert
Robert, I have. I posted earlier on this subject, much more concisely.
(See attached) I had one reply which tried to be helpful but wasn't.
Here is the conclusion I have come
ozeigermann2005/01/09 15:56:07
Modified:transaction/src/java/org/apache/commons/transaction/locking
MultiLevelLock2.java GenericLock.java
Log:
Let MultiLevelLock2 share commons methods of MultiLevelLock by extending it
Revision ChangesPath
1.3
ozeigermann2005/01/09 16:04:27
Modified:transaction/src/java/org/apache/commons/transaction/locking
LockManager2.java
Log:
Minor Javadoc
Revision ChangesPath
1.5 +6 -4
ozeigermann2005/01/09 16:31:48
Modified:transaction/xdocs/locks concepts.xml index.xml
transaction/xdocs navigation.xml
Added: transaction/xdocs/locks preference.xml
Log:
Finished docs for 1.1
Revision ChangesPath
1.2 +42 -13
ozeigermann2005/01/09 16:32:35
Modified:transaction build.xml RELEASE-NOTES.txt project.xml
Log:
Counted up to 1.1b1
Revision ChangesPath
1.10 +5 -2 jakarta-commons/transaction/build.xml
Index: build.xml
ozeigermann2005/01/09 16:38:04
Modified:transaction RELEASE-NOTES.txt
Log:
Added release tag
Revision ChangesPath
1.13 +1 -1 jakarta-commons/transaction/RELEASE-NOTES.txt
Index: RELEASE-NOTES.txt
ozeigermann2005/01/09 16:45:16
Modified:transaction/xdocs/style Tag: TRANSACTION_1_0_RELEASE_BRANCH
basic.xsl
Log:
Fixed wrong reference to project.xml
Revision ChangesPath
No revision
No revision
1.1.2.1
Dear community,
as already advertised in this list I would like to see both a 1.0.1
maintenance release and a first beta of a 1.1 feature release
I have already created the distributions calling 'ant package' for
both 1.0.1 and 1.1b1. They are
ready for inspection here:
New tag that copy text files replacing Jelly properties
---
Key: JELLY-194
URL: http://issues.apache.org/jira/browse/JELLY-194
Project: jelly
Type: New Feature
Components: taglib.util
Versions: 1.0
ozeigermann2005/01/09 17:23:03
Modified:transaction RELEASE-NOTES.txt
Log:
Minor
Revision ChangesPath
1.14 +1 -2 jakarta-commons/transaction/RELEASE-NOTES.txt
Index: RELEASE-NOTES.txt
===
dion2005/01/09 19:19:22
Modified:jelly/jelly-tags tag-project.xml
Log:
Use SNAPSHOT of core for all tags.
When building a tag library, PLEASE jar:install-snapshot on the core before
doing so.
Revision ChangesPath
1.20 +10 -5
dion2005/01/09 19:20:01
Modified:jelly/jelly-tags/betwixt project.xml
jelly/jelly-tags/ant project.xml
jelly/jelly-tags/html project.xml
jelly/jelly-tags/fmt project.xml
jelly/jelly-tags/dynabean project.xml
dion2005/01/09 19:21:06
Modified:jelly/jelly-tags/junit project.xml
jelly/jelly-tags/util project.xml
jelly/jelly-tags/jms project.xml
jelly/jelly-tags/velocity project.xml
jelly/jelly-tags/validate project.xml
dion2005/01/09 19:21:34
Modified:jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml
TransformTag.java
Log:
Remove references to WeakReferenceWrapperScript
Revision ChangesPath
1.8 +3 -52
[
http://issues.apache.org/jira/browse/JELLY-194?page=comments#action_57447 ]
dion gillard commented on JELLY-194:
Can this be done with core:file and core:import?
New tag that copy text files replacing Jelly properties
The changes below seem to have broken some tag libraries.
xml - didn't compile. I've fixed that and it all seems ok.
define - NPEs in the tests. I haven't had a chance to look at it and fix it.
That's as far as multiproject:artifact got for me.
If someone else wants to jump in and help, that'd
I vote that if the WeakRef thing can be fixed in a week or so, it should go
into an RC2 instead of the caching in JellyContext. I vote this way because
it will not change the API at all. I think that we're all agreed that the
next major release will break many things out of the JellyContext, so I
The 1.1b1 files are unsigned. Other than that it all looks good to me.
+1 once the .asc files are uploaded.
-James
On Mon, 2005-01-10 at 02:06 +0100, Oliver Zeigermann wrote:
Dear community,
as already advertised in this list I would like to see both a 1.0.1
maintenance release and a first
I think the problem with the weak ref code was that scripts would get
garbage collected, and then attempts to run them would fail.
Do you think there is a way around this?
Thread safety and the current code breakage are my worries with the
current code.
On Sun, 09 Jan 2005 22:57:12 -0500, Hans
dion2005/01/09 21:35:17
Modified:jelly/src/java/org/apache/commons/jelly/util TagUtils.java
CommandLineParser.java
Log:
Code cleanup
Revision ChangesPath
1.3 +0 -1
About 18 months ago (mid 2003), we extracted the in-memory JNDI provider
from jakarta-tomcat-catalina and started a Jakarta Commons naming
component. That component has moved to the Apache Directory project in
the apache incubator http://incubator.apache.org/directory/. The
naming component's
Sorry, guys...this was meant for tomcat-dev.
Comments, of course welcome in any case :-)
Phil Steitz wrote:
About 18 months ago (mid 2003), we extracted the in-memory JNDI provider
from jakarta-tomcat-catalina and started a Jakarta Commons naming
component. That component has moved to the Apache
On Sun, 09 Jan 2005 14:11:31 -0500, Phil Steitz [EMAIL PROTECTED] wrote:
... I would not be
averse to adding either a set of static methods on double[] arrays or a
RealVector class for various vector products, linear combinations, etc.
if others have practical uses for this.
Regarding
62 matches
Mail list logo