[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514700
]
Oliver Zeigermann commented on TRANSACTION-9:
-
Apart from the interface we need to define
[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514764
]
Oliver Zeigermann commented on TRANSACTION-9:
-
I think implementing both strategies would be a good
Reporter: Oliver Zeigermann
Assignee: Oliver Zeigermann
For the new implementations we need a new type of lock manager. We need
something general that can be used for the file manager, the tx maps, and
optionally can even be used in a general programming environment.
This is my
[
https://issues.apache.org/jira/browse/TRANSACTION-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Zeigermann closed TRANSACTION-2.
---
[transaction] FileHelper is not thread safe
if this can be changed easily.
For the time being I will add a new flavor of tx maps as I am no
longer sure that there really is no use case for them.
Oliver
2007/7/20, Joerg Heinicke [EMAIL PROTECTED]:
Oliver Zeigermann oliver at zeigermann.de writes:
I am proposing to strip Commons Transaction
2007/7/15, Dennis Thrysøe [EMAIL PROTECTED]:
Oliver Zeigermann (JIRA) wrote:
[
https://issues.apache.org/jira/browse/TRANSACTION-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512556
]
Oliver Zeigermann commented on TRANSACTION-16
[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514215
]
Oliver Zeigermann commented on TRANSACTION-9:
-
Locking
===
I agree to what Peter says
[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513844
]
Oliver Zeigermann commented on TRANSACTION-9:
-
Yes. Something like a select for update right
[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513925
]
Oliver Zeigermann commented on TRANSACTION-9:
-
I do agree concerning properties and Resource vs
[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512746
]
Oliver Zeigermann commented on TRANSACTION-9:
-
Hmmm. That makes sense to me. However, the interface
I am proposing to strip Commons Transaction to its very core. That is
what people have used in the past and what can be implemented well.
Core:
- lock management
- Tx file access
Deleted:
- no more memory classes: questionable usefulness, plus awkward implementation
- no more XA classes: We
[
https://issues.apache.org/jira/browse/TRANSACTION-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512556
]
Oliver Zeigermann commented on TRANSACTION-16:
--
I have now tried to set up new landmarks
[
https://issues.apache.org/jira/browse/TRANSACTION-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Zeigermann resolved TRANSACTION-15.
--
Resolution: Won't Fix
Lighweight transactions were a really bad idea
[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512561
]
Oliver Zeigermann commented on TRANSACTION-9:
-
I have tried to define a new interface that now
[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Zeigermann updated TRANSACTION-9:
Attachment: FileResourceManager.java
[transaction] Add full file management
[
https://issues.apache.org/jira/browse/TRANSACTION-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512566
]
Oliver Zeigermann commented on TRANSACTION-11:
--
Is this still valid for 2.0?
Improve relationship
[
https://issues.apache.org/jira/browse/TRANSACTION-14?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512565
]
Oliver Zeigermann commented on TRANSACTION-14:
--
For 2.0 I have tried to delegate each functionality
[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Zeigermann updated TRANSACTION-9:
Attachment: (was: FileResourceManager.java)
[transaction] Add full file
[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512652
]
Oliver Zeigermann commented on TRANSACTION-9:
-
This is my proposal
public interface
[
https://issues.apache.org/jira/browse/TRANSACTION-19?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Zeigermann resolved TRANSACTION-19.
--
Resolution: Fixed
OK. Got that now. Thanks for the patch, it has been
Folks!
Do we have a component that contains an implementation for an
InputStream multicast. What I am mean is something that takes an
InputStream and makes it available to many consumers at the same time.
This would require threading and concurrency of course.
If no, which component would be
[
https://issues.apache.org/jira/browse/TRANSACTION-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Zeigermann resolved TRANSACTION-18.
--
Resolution: Fixed
Fixed by applying your patch. Thansk :)
applyDeletes
[
https://issues.apache.org/jira/browse/TRANSACTION-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12505371
]
Oliver Zeigermann commented on TRANSACTION-19:
--
I can quite follow you here, though I am sure
[
https://issues.apache.org/jira/browse/TRANSACTION-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504716
]
Oliver Zeigermann commented on TRANSACTION-17:
--
Hi Mark!
Are you sure that you are talking about
[
https://issues.apache.org/jira/browse/TRANSACTION-17?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Zeigermann resolved TRANSACTION-17.
--
Resolution: Invalid
Setting to invalid for now.
MultipartStream public
[
https://issues.apache.org/jira/browse/TRANSACTION-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503436
]
Oliver Zeigermann commented on TRANSACTION-16:
--
Cool. That fits into ctx's picture.
Maybe
[
https://issues.apache.org/jira/browse/TRANSACTION-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502929
]
Oliver Zeigermann commented on TRANSACTION-16:
--
I had a look at the code and it looks interesting
[
https://issues.apache.org/jira/browse/TRANSACTION-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Zeigermann updated TRANSACTION-15:
-
Attachment: patch.txt
As far as I can see your patch only has a suggestion
[
https://issues.apache.org/jira/browse/TRANSACTION-15?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502945
]
Oliver Zeigermann commented on TRANSACTION-15:
--
Concerning your observations with light weight
+1 to all said. I could even help.
-0 to waiting until we have a clear idea about the rest of Jakarta as
this is likely to never happen. Maybe a clearer idea will form after
commons leaves Jakarta.
Oliver
2007/4/3, Henri Yandell [EMAIL PROTECTED]:
On 4/2/07, Phil Steitz [EMAIL PROTECTED]
+1
Oliver
2007/3/21, Stephen Colebourne [EMAIL PROTECTED]:
Stephen has spent a considerable amount of effort in discussions and
chivying in the commons area, particularly on commons-collections.
In another life he has been heavily involved in one of the existing
generics ports of collections
and cheers
Oliver
2007/3/20, Joerg Heinicke [EMAIL PROTECTED]:
Oliver Zeigermann oliver.zeigermann at gmail.com writes:
This code is to allow calling certain manager methods simply by
accessing a certain path. It lacks a flexible configuration using a
mapping from suffix to method to be called
Done.
2007/3/20, Oliver Zeigermann [EMAIL PROTECTED]:
Right.
Option one (the delegating thing) could be the option of choice for
the 1.x branch. For 2.0 the JMX approach sounds like a much better
idea.
I will modify the code in the 1.x branch ASAP.
Would you please add the JMX approach
Dear community!
Jakarta Commons Transaction 1.2 has been released. This is a bug
fix/maintenance/feature release of Commons Transaction. A lot of bug
fixing work from a number of people has gone into this release. This
makes Commons Transaction more stable and reliable. Additionally, some
nice
This code is to allow calling certain manager methods simply by
accessing a certain path. It lacks a flexible configuration using a
mapping from suffix to method to be called, though.
2007/3/18, [EMAIL PROTECTED] [EMAIL PROTECTED]:
Author: ozeigermann
Date: Sun Mar 18 10:50:02 2007
New
I have now created a Wiki page for the 2.0 discussion:
http://wiki.apache.org/jakarta-commons/Brainstorm_2%2e0
2007/3/9, Oliver Zeigermann [EMAIL PROTECTED]:
Packae naming:
As discussed here
http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200611.mbox/[EMAIL
PROTECTED]
it might
Right.
Thanks for reporting, Martin!
Changed to
http://wiki.apache.org/jakarta-commons/Brainstorm_Transaction_2%2e0
Oliver
2007/3/12, Martin Cooper [EMAIL PROTECTED]:
On 3/12/07, Oliver Zeigermann [EMAIL PROTECTED] wrote:
I have now created a Wiki page for the 2.0 discussion:
http
Hi Stephen (C)!
Could you explain what your understanding of a 'reboot' is? As opposed
to the port to generics?
Anyway, from what I see in my daily work 1.5 really is widely
distributed and safe to rely on. Commons Transaction 2.0 will
certainly require it.
Oliver
2007/3/11, Stephen
/3/11, Stephen Colebourne [EMAIL PROTECTED]:
Oliver Zeigermann wrote:
Could you explain what your understanding of a 'reboot' is? As opposed
to the port to generics?
A brand new implementation based on the same idea.
StarTrek TNG, Battlestar Galactica, ...
Stephen
Hi all!
The vote to release Commons Transaction 1.2 final has passed with the
following votes:
Oliver Zeigermann +1
Jörg Heinicke +1 (non-binding)
Daniel Florey +1
Tim O'Brien +1
Oliver Heger +1
Jörg Schaible +1
I will roll out the release ASAP.
Oliver
2007/3/4, Oliver Zeigermann [EMAIL
Packae naming:
As discussed here
http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200611.mbox/[EMAIL
PROTECTED]
it might be a good idea to have a new package name for the 2.x version.
I'd be +1 for that
Oliver
2007/3/4, Oliver Zeigermann [EMAIL PROTECTED]:
Folks
2007/3/4, Joerg Heinicke [EMAIL PROTECTED]:
Oliver Zeigermann oliver.zeigermann at gmail.com writes:
As explaining in my previous post, I have created a new TRANSACTION2
branch to contain initial code, docs, etc. for a future 2.0 version of
Commons Transaction.
If you have ideas
Hi Jörg!
Thanks for checking :)
Concerning the maven build and the geronimo jars you are right. I had
to change to repository to a local one to build it.
This is supposed to be changed as soon as the geronimo jars are
available over the standard repos.
Cheers
Oliver
2007/3/9, Jörg Schaible
Folks!
Every now and then I make a new approach to finally release commons
transaction 1.2. I have created a branch for the 1.2 version now
TRANSACTION_1_2_RELEASE_BRANCH
and a release tag
TRANSACTION_1_2_RELEASE
And have put up the rc4 to
http://people.apache.org/~ozeigermann/tx-1.2rc4/
Folks!
I have create two new branches for Commons Transaction:
https://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/branches/
- TRANSACTION_1_2_RELEASE_BRANCH: The release branch for the upcoming
1.2 final and all subsequent maintenance releases. E.g. 1.2.1 will be
spawned from
Folks!
As explaining in my previous post, I have created a new TRANSACTION2
branch to contain initial code, docs, etc. for a future 2.0 version of
Commons Transaction.
If you have ideas, suggestions, etc. please follow up to this post
until we find a more suitable place for such a discussion.
in the subversion repo for transaction -
which was an objection from a number of people over the last
transaction 1.2 RC. From what I can see looks like the same objections
still stand for this RC?
Niall
On 3/4/07, Oliver Zeigermann [EMAIL PROTECTED] wrote:
Folks!
Every now and then I make a new
2007/3/4, Niall Pemberton [EMAIL PROTECTED]:
On 3/4/07, Oliver Zeigermann [EMAIL PROTECTED] wrote:
Hi Niall!
Thanks for checking that.
The jars are the new ones from David, yes. But AFAIK you can not get
them over the standard Maven repositories. It least I could not.
That's why
Hi!
Sorry for being mostly inactive, lately.
This is not supposed to change in the next time as I am really busy, though :(
However, inspite of my limited time, I still tried to bring the 1.2
release out TWICE and TWICE there - IMHO - was too much talk without
leading us anywhere, effectively
Folks!
Thanks for caring that much and sorry for me being quiet until now as
I am the guilty person.
The design we are talking about actually is quite weird as it is a
stub of a former implementation. There is this interface and there is
*exactly* one implementation for that interface and IMHO
We have worked our way through three release candidates now and the
latest has been out there for quite some time without substantial
shortcomings reported:
http://people.apache.org/~ozeigermann/tx-1.2rc3/
To release 1.2 final based on that release candidate here is my
+1
Cheers
Oliver
[
http://issues.apache.org/jira/browse/TRANSACTION-13?page=comments#action_12459336
]
Oliver Zeigermann commented on TRANSACTION-13:
--
There are no such plans, but commons tx could serve as a basis for such an
implementation
JTA
Hi Praven!
You have to delete the file using the FileResourceManager.
Oliver
2006/9/15, Praveen Kumar [EMAIL PROTECTED]:
*** CAUTION ***
The sender of this email has requested that its content is not checked
for potentially mailicious scripts. Therefore this email has been virus
checked,
[
http://issues.apache.org/jira/browse/TRANSACTION-12?page=comments#action_12432306
]
Oliver Zeigermann commented on TRANSACTION-12:
--
Renaming (rename-first as you call it) is already done by the current
implementation
2006/7/31, Kris Nuttycombe [EMAIL PROTECTED]:
I'd be happy to donate a little time, if someone could give a report on
what the current state of the project is and what needs to be done. Data
conversion is a significant issue where I work.
I guess convert is much more about converting one Java
2006/7/31, Rahul Akolkar [EMAIL PROTECTED]:
On 7/30/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
2006/7/30, Rahul Akolkar [EMAIL PROTECTED]:
snip/
IMO:
* Its straightforward to provide an ant target to download the deps.
Oh. I am ignorant. Did not know that. How does this work
2006/7/31, Joerg Heinicke [EMAIL PROTECTED]:
On 7/29/06, Oliver Zeigermann oliver.zeigermann at gmail.com wrote:
Finally there is the third release candidate at
http://people.apache.org/~ozeigermann/tx-1.2rc3/
From a functionality POV it works for me. Regarding JDK 1.3 ([1]): How did you
2006/7/30, Rahul Akolkar [EMAIL PROTECTED]:
* Why are the dependencies (the lib folder) included in both distros?
I'd prefer that they aren't, is there any particular reason why
[transaction] does that?
The main build process uses ant which requires these libraries.
* The source distro
2006/7/30, Rahul Akolkar [EMAIL PROTECTED]:
On 7/30/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
2006/7/30, Rahul Akolkar [EMAIL PROTECTED]:
* Why are the dependencies (the lib folder) included in both distros?
I'd prefer that they aren't, is there any particular reason why
2006/7/30, Stephen Colebourne [EMAIL PROTECTED]:
Robert Ribnitz wrote:
how much work would be involved in extending one of the Maps provided in
the collections framework to support concurrent modification of the
structures their mapIterators iterate over?
would this be an envisageable
Hi folks!
Finally there is the third release candidate at
http://people.apache.org/~ozeigermann/tx-1.2rc3/
Compiled using a 1.3 JDK, and with the proper md5 format.
I hope this is ok now. Is it?
Oliver
-
To unsubscribe,
Hey, Henri!
Thanks for the detailed feedback. Most of it should be fixed now. One
more question: Where is the jar supposed to be? In the binary dist? It
alreay is there! Or in the release directory? When to place the POM?
Oliver
2006/7/25, Henri Yandell [EMAIL PROTECTED]:
On 7/24/06, Oliver
Hi folks!
After I have (hopefully) fixed Henris objections I have put up a
second release candidate here:
http://people.apache.org/~ozeigermann/tx-1.2rc2/
Tests all succeed and to me it looks fine. Is that release candidate
ready for prime time?
Oliver
Hi folks!
I really have problems compiling Commons Transaction with a 1.3 JDK.
Every tool/jar seems to be compiled with at least JDK 1.4! I either
need a pointer ot a BSD/ASF 1.3 compiled j2ee spec and servlet api jar
or vote to require an 1.4 JDK for commons transaction.
Opinions? Links?
Hi folks!
I have already uploaded the files for a 1.2 release candidate to
http://people.apache.org/~ozeigermann/tx-1.2rc1/
Not quite sure where to go from here.
Do we need a vote for the release candidate?
Where to put the files for the release candidate for public inspection?
Thanks in
2006/7/15, Joerg Heinicke [EMAIL PROTECTED]:
(OT: Sometimes ago I mentioned that this XAResource implementation might be
donated to Commons Transaction. I got no go from my employer at that time. We
were taken over by another company and our management did not want to decide
about those things.
[
http://issues.apache.org/jira/browse/TRANSACTION-9?page=comments#action_12421661
]
Oliver Zeigermann commented on TRANSACTION-9:
-
That looks really interesting. Not quite sure what to do with it, though. I
would like to check
[
http://issues.apache.org/jira/browse/TRANSACTION-10?page=comments#action_12421348
]
Oliver Zeigermann commented on TRANSACTION-10:
--
Sure, add the Commons Logging LoggerFacade implementation!
Oliver
[transaction] Migrating
2006/7/14, Joerg Heinicke [EMAIL PROTECTED]:
Oliver Zeigermann oliver.zeigermann at gmail.com writes:
Excatly! That's just what I was proposing in my last email!
2006/7/13, Henri Yandell flamefew at gmail.com:
Is the aim to have a 1.2 release of transaction at some point?
Yes, I would
2006/7/14, Henri Yandell [EMAIL PROTECTED]:
On 7/13/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
Excatly! That's just what I was proposing in my last email!
Would you want to assist?
Definitely happy to assist with getting the release out there etc. No
real itch on transactions themselves
2006/7/14, Niall Pemberton [EMAIL PROTECTED]:
On 7/13/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 7/13/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
Excatly! That's just what I was proposing in my last email!
Would you want to assist?
Definitely happy to assist with getting
[
http://issues.apache.org/jira/browse/TRANSACTION-9?page=comments#action_12421217
]
Oliver Zeigermann commented on TRANSACTION-9:
-
That certainly is post 1.2
[transaction] Add full file management capabilities
[ http://issues.apache.org/jira/browse/TRANSACTION-10?page=all ]
Oliver Zeigermann resolved TRANSACTION-10.
--
Resolution: Won't Fix
[transaction] Migrating to commons-logging
--
Key
[
http://issues.apache.org/jira/browse/TRANSACTION-9?page=comments#action_12421219
]
Oliver Zeigermann commented on TRANSACTION-9:
-
Peter, that's pretty cool! Jörg seems to plan some more radical
changes/extensions pointing
Hi, Jörg!
That certainly is post 1.2, right? Maybe even some work for a 2.0
version? More details inline.
2006/7/14, Joerg Heinicke [EMAIL PROTECTED]:
Actually I would like to address some different requirements with my
FileResourceManager, which I can no longer fulfill by just extending the
2006/7/14, Niall Pemberton [EMAIL PROTECTED]:
On 7/14/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
2006/7/14, Niall Pemberton [EMAIL PROTECTED]:
On 7/13/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 7/13/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
Excatly! That's just what I
Hi, Jörg!
My first implementation of FileResourceManager really implemented two
interfaces that were close to what you propose. The idea was to have
impementations other than to the file system. The ResourceManager
interface rather is some sort of relict from older times. No need to
worry much
Issues have moved from bugzilla and now I am rather helpless how to
set them to fixed.
Any ideas? Do I need additional rights?
Thanks in advance and cheers
Oliver
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
2006/7/13, Thomas Dudziak [EMAIL PROTECTED]:
On 7/13/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
Issues have moved from bugzilla and now I am rather helpless how to
set them to fixed.
Any ideas? Do I need additional rights?
There should be an Available Workflow Actions section
2006/7/13, Henri Yandell [EMAIL PROTECTED]:
On 7/13/06, Thomas Dudziak [EMAIL PROTECTED] wrote:
On 7/13/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
How do I get those additional rights?
Usually the project owner/admin gives them. Though, for the commons
projects there appears
Thanks!
2006/7/13, Henri Yandell [EMAIL PROTECTED]:
Done.
On 7/13/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
2006/7/13, Henri Yandell [EMAIL PROTECTED]:
On 7/13/06, Thomas Dudziak [EMAIL PROTECTED] wrote:
On 7/13/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
How do I get
[ http://issues.apache.org/jira/browse/TRANSACTION-5?page=all ]
Oliver Zeigermann resolved TRANSACTION-5:
-
Resolution: Invalid
This is intended behavior. It is used to have a specific logger for the lock
manager.
[transaction
[ http://issues.apache.org/jira/browse/TRANSACTION-8?page=all ]
Oliver Zeigermann resolved TRANSACTION-8:
-
Resolution: Fixed
Patch applied. Thanks!
[transaction] TransactionalMapWrapper doesn't work correctly with null values
[ http://issues.apache.org/jira/browse/TRANSACTION-6?page=all ]
Oliver Zeigermann resolved TRANSACTION-6:
-
Resolution: Fixed
Bug fixed. Thanks for reporting!
[transaction] Timeout is not passed
[
http://issues.apache.org/jira/browse/TRANSACTION-9?page=comments#action_12420931
]
Oliver Zeigermann commented on TRANSACTION-9:
-
Peter, is this still a valid request?
[transaction] Add full file management capabilities
Excatly! That's just what I was proposing in my last email!
Would you want to assist?
Hihi
Oliver
2006/7/13, Henri Yandell [EMAIL PROTECTED]:
Is the aim to have a 1.2 release of transaction at some point?
Hen
-
To
No, go ahead!
Thanks
Oliver
2006/7/13, Dennis Lundberg [EMAIL PROTECTED]:
The current transaction site is using the old way of building sites.
Do you mind if I change it to the new way?
--
Dennis Lundberg
Oliver Zeigermann wrote:
Excatly! That's just what I was proposing in my last email
2006/6/22, Joerg Heinicke [EMAIL PROTECTED]:
I came across some further problems with the transactional FileResourceManager
and the XAResource implementation.
Simple deletes of resources did not get applied for me. Debugging showed that no
commit was triggered.
The reason: deleteResource() and
With the following votes
Oliver Zeigermann: +1
Stephen Colebourne: +1
Jörg Schaible: +1
Mario Ivankovits: +1
Robert Burrell Donkin: +1
Martin van den Bemt: +1
Jörg Heinicke has been elected as a new Jakarta Commons committer.
Welcome Jörg!
Oliver
I would like to nominate Jörg Heinicke [EMAIL PROTECTED] as an
Apache Jakarta Commons Committer.
Jörg has provided patches and has participated in discussions about
[jci] and mainly [transaction]. Especially in the field of
[transaction] he has shown deep insight and endurance. Additionally,
it
Ooops, forgot my own vote again:
[x] +1, let him commit!
Oliver
2006/1/29, Oliver Zeigermann [EMAIL PROTECTED]:
I would like to nominate Jörg Heinicke [EMAIL PROTECTED] as an
Apache Jakarta Commons Committer.
Jörg has provided patches and has participated in discussions about
[jci
Right. Thanks again for reporting that!
Should be fixed now.
Oliver
2006/1/13, Joerg Heinicke [EMAIL PROTECTED]:
Oliver Zeigermann oliver.zeigermann at gmail.com writes:
See my latest commit for an - hopefully - acceptable degree of
certainty that the id really is unique.
Hello Oliver
Could all well be - you are probably right - as before ;)
Those were mere quick proposals to an issue another guy was raising in
the mailing list.
I will check ASAP.
Oliver
2006/1/13, Joerg Heinicke [EMAIL PROTECTED]:
Another strange things in commits, this time the latest 3 commits to
OK. Obviously, you were right in (1) and (3). Fixed that - please check!
Could you elabore on (2)? Why do you think
if (!targetFile.exists()) {
is obsolete? How could I find out if creation has failed without this check?
Quoting from Javadoc of File.mkdirs:
Returns:
true if and only if
2005-11-30 05:20:36.845 INFO [TMKCmd:TMKCmd] -
hu.siemens.tmk.InterconnectedSTStage: Stopping Stage
Algorithm
2005-11-30 05:20:36.845 INFO [TMKCmd:TMKCmd] -
hu.siemens.tmk.InterconnectedSTStage: Stopping Stage
CRBPacker
thanx,
~t~
Oliver Zeigermann wrote:
commit and not when you
Hmmm. This seems to be a mixture of all kinds of patches, most of them
not applicable (any more).
Concerning the one for GenericLockManager: That would make sense, but
as I already described in one of my previous posts, I would not want
to have that in the lock manager. But you can easily add
2005/11/23, Joerg Heinicke [EMAIL PROTECTED]:
Oliver Zeigermann oliver.zeigermann at gmail.com writes:
To me it seems generatedUniqueTxId does exactly as advertised in
Javadocs. Don't you agree?
No. :) This dismisses my argument about externally generated ids, yes. But two
different
See my latest commit for an - hopefully - acceptable degree of
certainty that the id really is unique. In the - very unlikely - case
that it really is not unique you can still catch the exception when
starting the tx and retry with a new one.
Acceptable?
Oliver
2005/11/23, Oliver Zeigermann
Hi Tamas.
You are right. All the locks remain inside the GenericLockManager
remain there until you call removeLock. That's intentionally.
If you call removeLock everytime an owner releases a lock, no other
owner will be able to get access to this lock using the
GenericLockManager. So you patch
To me it seems generatedUniqueTxId does exactly as advertised in
Javadocs. Don't you agree?
You simply need something different as it seems. Unique Id generators
- that's what you need - are easy to find, even in the Jakarta Commons
Project :)
Oliver
2005/11/22, Cservenak Tamas [EMAIL
1 - 100 of 304 matches
Mail list logo