Hi,
We solved 39 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11142&version=19232
There are still a couple of issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&mode=hide&jqlQuery=project+%3D+MPIR+AND+resolution+%3D+Unresolved+ORDER+BY+prior
Right now most of the model is handed over to a different thread and
it should really not be touched by any other threads after that. This
model "works", but is collaborative in the sense that everyone has to
play by the rules; and these rules are not obvious to most people.
I'm thinking about som
Hard to understand what combination of multiple threads + bytecode
manipulation is interesting for you.
It looks like you want to make a Proxy over interfaces and throw an
exception if some other Thread is trying to make harmful operation, or so.
You know the core much better than me; Is it possib
The Apache Maven team is pleased to announce the release of the Apache Maven
Plugin Tools, version 3.4
The Maven Plugin Tools contains the necessary tools to generate rebarbative
content like descriptor, help and documentation.
http://maven.apache.org/plugin-tools/
http://maven.apache.org/plugi
Sorry for being short on the good details :) First of all I really
dont care about the technology for the actual byte code manipulation.
I'd really not even like to get into that stuff; I have too much other
cool stuff to do.
While working on the initial parallel solution in maven I used a lot
of
On Monday, 5 January 2015 at 15:00, David Jencks wrote:
> I wonder that too.
>
> I don't think cglib is maintained
FYI cglib is still maintained and moved recently to
https://github.com/cglib/cglib … that said, for simple cases asm is often
enough.
> , AFAIK most people use asm nowadays. I be
I wonder that too.
I don't think cglib is maintained, AFAIK most people use asm nowadays. I
believe it is fairly easy to use asm to add byte code to the beginning and end
of every method for e.g. logging method entry/exit. Apache Aries has an asm
based thing to enable adding some kind of be
What kind of changes to the model do you expect? Can you give some
pointers that explain verification logic you have in mind?
--
Regards,
Igor
On 2015-01-05 9:11, Kristian Rosenvold wrote:
I'd be interested in using cglib to generate a full set of subclasses
for the entire maven model. These su
I'd be interested in using cglib to generate a full set of subclasses
for the entire maven model. These subclasses could assert stuff about
"proper" thread correctness wrt the current "correct" threading model
for maven. This would be capable of blowing up /immediately/ a plugin
violates the contra
Codehaus:
JIRA v6.1.6
Apache:
JIRA v6.3.4
Not so good.
On Mon, Jan 5, 2015 at 7:46 AM, Mark Thomas wrote:
> On 05/01/2015 12:22, Benson Margulies wrote:
>> So, where are we? David N, can we go ahead and start asking to create
>> projects as we migrate? Maven gang, do we have a mechanical app
Github user jvanzyl commented on the pull request:
https://github.com/apache/maven/pull/34#issuecomment-68705017
Sounds like a plan.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this featu
On 05/01/2015 12:22, Benson Margulies wrote:
> So, where are we? David N, can we go ahead and start asking to create
> projects as we migrate? Maven gang, do we have a mechanical approach
> to migrating a project?
For the migration to work (using Jira import/export):
- Source and destination Jira
Github user Tibor17 closed the pull request at:
https://github.com/apache/maven/pull/34
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabl
Github user Tibor17 commented on the pull request:
https://github.com/apache/maven/pull/34#issuecomment-68702414
Jason,
Don't worry about this patch, I'll close it - since I have private copy and
the diff.
I will wait for you patch, and then I'll go through the diff and I will
Github user jvanzyl commented on the pull request:
https://github.com/apache/maven/pull/34#issuecomment-68701512
Does the patch apply for you? I just tried:
Applying: Improved visibility of collections and variables across multiple
threads
error: patch failed:
maven-core/
So, where are we? David N, can we go ahead and start asking to create
projects as we migrate? Maven gang, do we have a mechanical approach
to migrating a project?
On Mon, Dec 29, 2014 at 2:10 AM, Hervé BOUTEMY wrote:
> Le dimanche 28 décembre 2014 21:18:18 David Nalley a écrit :
>> On Sat, Dec 2
Github user jvanzyl commented on the pull request:
https://github.com/apache/maven/pull/34#issuecomment-68700367
Apache is resource constrained so we have what we have. Please feel free to
work with Stephen on the dev list to have something better setup. I'm open to
improvement. Anyon
Github user Tibor17 commented on the pull request:
https://github.com/apache/maven/pull/34#issuecomment-68697988
Hi Jason,
the point of this patch is to force the devs to write `safe` code.
Immediately as I have seen the code I recognized, same as Herve stated in my
email, t
Github user kwin closed the pull request at:
https://github.com/apache/maven-enforcer/pull/14
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is
Github user jvanzyl commented on the pull request:
https://github.com/apache/maven/pull/34#issuecomment-68680709
Tibor,
Empirically on the daily basis I work on a 900 module build using 8 threads
with 1500+ developers and there aren't many concurrency issues. I'm not keen on
20 matches
Mail list logo
