blocking *any* action.
What do you think?
Oliver
2010/4/16 Paul Benedict :
> We could also push the projects into the Apache Attic.
>
> 2010/4/16 Niall Pemberton :
>> 2010/4/5 Oliver Zeigermann :
>>> Folks!
>>>
>>> The only discussion seems to be about &
I have added a JIRA entry for the full retiring process now:
https://issues.apache.org/jira/browse/TRANSACTION-39
2010/4/16 sebb :
> On 16/04/2010, Oliver Zeigermann wrote:
>> 2010/4/16 sebb :
>>
>> >> > * Tempted to leave the SVN as is, but make it read-only; r
2010/4/16 sebb :
>> > * Tempted to leave the SVN as is, but make it read-only; rather than
>> > do a move to dormant/. I think we should avoid changing the svn
>> > location of released components.
>>
>>
>> I think the consensus more or less was to move it into svn dormant, right?
>>
>> Can I s
OK, so I have done some initial steps. Details are inline below:
2010/4/7 Henri Yandell :
> * Definitely should update the website to explain that it's been
> retired and why. I don't think this is a case of waiting for community
> to show up again (thus why I prefer retired to dormant), we're EOL
thers to retire:
>
> # Attributes.
> # Discovery
> # Modeler (consider)
> # Launcher (consider)
> # Betwixt (consider)
>
> Hen
>
> 2010/4/5 Oliver Zeigermann :
>> Folks!
>>
>> The only discussion seems to be about "how to retire the project", n
Folks!
The only discussion seems to be about "how to retire the project", not
"if to retire the project". This means to me we all agree to at least
temporarily retire it and there is no more discussion about how to do
it.
As the Apache commons way of retiring seems to be to move it to the
dormant
Folks!
While developing the 2.0 version of commons transaction I got stuck on
implementing a usable transactional file system. As I am convinced
this is not possible on top of an ordinary file system I suggest to
retire the project. Although there are other useful parts (as multi
level locking inc
That looks cool. However, this much more looks like what is done in
commons transaction.
Oliver
2007/10/4, Sergio Bossa <[EMAIL PROTECTED]>:
> Hi,
>
> I think that another interesting option would be to do some work on
> non-blocking data structures and algorithms; see the following
> research gr
2007/10/3, Will Pugh <[EMAIL PROTECTED]>:
> Another idea (not well thought out) would be to try doing something like
> threadlets for Java (http://kerneltrap.org/node/7753)
>
> So that some operation would either execute directly, or if a lock is
> taken would spawn a thread to wait for access. No
es up a lot.)
>
> On 10/3/07, Oliver Zeigermann <[EMAIL PROTECTED]> wrote:
> >
> > Right. Such a component would contain evertything that is NOT in
> > j.u.c., but still useful. This means it, it would be an addtion, not a
> > replacement for j.u.c.
> &g
hat's the scope of this, though? With Doug Lea's library, the
> util.concurrent backport, and the JDK 5+ built-ins, what else is needed?
>
> On 10/3/07, Oliver Zeigermann <[EMAIL PROTECTED]> wrote:
> >
> > Folks!
> >
> > I was wondering if anyone
Folks!
I was wondering if anyone would be interested in a component for
classes that help you with concurrent programming. An initial
contribution could be the locking manager including Lock
implementations.
Anyone?
Cheers
Oliver
Folks!
>From my point all seems in place for a first beta of the new 2.0
release of commons transaction:
- initial code base is finished
- tests in place
- Javadocs in shape
- Jira adjusted
Anything you see that would stand in the way of my preparing the
distribution and having a vote?
Cheers
O
Replaced
http://commons.apache.org/build/commons.ent
with the newest version. Hopefully, this resolves the issue. Need to
wait until the change makes it to the web server as it seems.
Oliver
2007/8/19, simon <[EMAIL PROTECTED]>:
> On Sun, 2007-08-19 at 00:45 +0200, Oliver Zeigerm
che.org/commons/building.html"/>
http://jakarta.apache.org/commons/releases/index.html"/>
http://wiki.apache.org/jakarta-commons/FrontPage"/>
which is obviously responsible for the wrong navigation entries. How
was anyone able to generate a sound looking site? Seems impo
Hey Dennis!
Thanks for helping :)
However, I still have this problem. Any other idea? Cleaning maven
caches and stuff did not help either. I noticed the build also
succeeds when there is no ../commons-build.
Any other location to define where commons.ent comes from?
Thanks in advance
Oliver
[
https://issues.apache.org/jira/browse/TRANSACTION-13?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516171
]
Oliver Zeigermann commented on TRANSACTION-13:
--
With the new 2.0 version a JTA impelmentation
[
https://issues.apache.org/jira/browse/TRANSACTION-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516170
]
Oliver Zeigermann commented on TRANSACTION-9:
-
Folks!
(I) The main problem with the tx file system
18 matches
Mail list logo
