Most of the testng related surefire jira issues can be closed now. (i've
added comments for some that I know are now fixed)
There are one or two questionable issues I'd have to verify on the testng
side first.
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting
on people.apache.org are :)
uid=2202(jkuhnert) gid=2202(jkuhnert) groups=2202(jkuhnert), 5000(apcvs),
5004(jakarta), 5035(tapestry)
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
everything under surefire ?
On 4/13/07, Carlos Sanchez [EMAIL PROTECTED] wrote:
i just fixed the permissions, it was owned by jason with no group
perms, but as the directory is group writable you can delete them and
copy again, changing permissions
On 4/13/07, Jesse Kuhnert [EMAIL PROTECTED] wrote
nevermind, I get it nowam trying a new deploy now
On 4/13/07, Jesse Kuhnert [EMAIL PROTECTED] wrote:
Thanks Carlos!
Seems that this has happened in more than one place (and is also strangely
the default behavior of my deploy - though when I do it with tapestry on the
same repo it doesn't
in the server and upload again, then run
/www/people.apache.org/repo/m2-snapshot-repository/fix-permissions.sh
On 4/13/07, Jesse Kuhnert [EMAIL PROTECTED] wrote:
Thanks Carlos!
Seems that this has happened in more than one place (and is also
strangely
the default behavior of my deploy - though when I do
but if possible it'd be nice to try merging these changes to
trunk and then deploying it out to the snapshot repos.
?
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
as it's in an api not covered
there.
On 4/11/07, Jesse Kuhnert [EMAIL PROTECTED] wrote:
No not expecting any problems, just wanted to make sure I was
following policy. Thanks.
On 4/11/07, Brett Porter [EMAIL PROTECTED] wrote:
are you expecting it to be problematic? I think including
I'm hanging out here now, so if there was anything to discuss wrt
surefire testng support I guess it would be good for that.
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
to warrant
further inspection.
On 12/6/06, Carl Trieloff [EMAIL PROTECTED] wrote:
The point is to try use maven to build Java pieces in OS distros which
should be a good thing.
Carl.
snipped
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo
]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
-
To unsubscribe
]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
-
To unsubscribe, e
.
(in a mail on the Maven Users List)
--
Jesse Kuhnert
Tapestry/Dojo/(and a dash of TestNG), team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
An utterly useless observation I know, but are you guys trying to make the
site look worse on purpose?
Compare: http://maven.apache.org
to
Duplicate of (original maven theme): http://tapestry.apache.org
Just thought I'd say something cause it was so noticeable..
--
Jesse Kuhnert
Tapestry
me know.
On 9/24/06, Jason van Zyl [EMAIL PROTECTED] wrote:
On 24 Sep 06, at 4:39 PM 24 Sep 06, Jesse Kuhnert wrote:
Will tomorrow be too late to send in a tiny set of outstanding
patches for
surefire before you do that?
Nope, I'll just be getting started this week so I doubt
in the surefire testng provider work fine.
I'll try to reproduce this behaviour in a test, then we will try to
understand how to definitively fix it: any help will be appreciated,
and I promise that patches will not stay waiting in Jira for long
anymore...
fabrizio
On 9/2/06, Jesse Kuhnert [EMAIL
P.S. I'll try and send the latest set of patches in the next day or so. They
make the jdk14 based javadoc tests work again.
On 9/3/06, Jesse Kuhnert [EMAIL PROTECTED] wrote:
Great! Sorry for thinking your patch was the culprit then ;)
The biggest issue seems to be that you can't allow a test
: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo/(and a dash of TestNG), team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
...The
logic of classloader dependencies is too fragile to not have tests...
Sorry, I shouldn't be telling you guys what to do..
--
Jesse Kuhnert
Tapestry/Dojo/(and a dash of TestNG), team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http
.html#a6030399
Sent from the Maven Developers forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo/(and a dash of TestNG), team
with signatures.
Release vote:
http://www.nabble.com/-VOTE--Struts-1.3.5-Quality-%28re-vote%29-t2057958.html
Thanks,
Wendy Smoak
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse
of beating me you'd better wake up and apologize -
Muhammad Ali
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source
://svn.apache.org/viewvc/tapestry/tapestry4/trunk/tapestry-framework/src/js/.
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Maybe I am jumping the gun a bit, but is there a known location for the
maven-changes-plugin? I've checked and can't seem to find it on
mojo/snapshots/main dist.
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Ah ok, thank you. (I suppose a snapshot build isn't quite warrented yet? )
On 7/16/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Jesse Kuhnert wrote:
Maybe I am jumping the gun a bit, but is there a known location for the
maven-changes-plugin? I've checked and can't seem to find it on
mojo
looked but couldn't find any...
--
Dennis Lundberg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting
PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
implemented and usable (Sun is gonna release more often, so this
functionality is essential)
Fabrice.
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Maybe they've been deploying versions using a normal repository element
instead of defining a snapshot repository and -SNAPSHOT version ?
On 7/2/06, Jesse Kuhnert [EMAIL PROTECTED] wrote:
YeahEven though in my instance it wasn't what I wanted to happen (not
maven's fault, unrelated local
-plugin already. (that is to say, the tests are
there but aren't linked to the main pom and so don't get executed unless
it's intentional )
Any help at all in a general direction of where to put code so that my
patching efforts aren't in vain/not wanted would be greatly appreciated.
--
Jesse
has any
general guidance suggestions I'd appreciate it. I'm focusing in around the
SurefirePlugin classpath configuration of the booter right now as the source
of the problem but might be way off. Details are explained in the JIRA
issue.
http://jira.codehaus.org/browse/MSUREFIRE-134
--
Jesse Kuhnert
NevermindFixed and attached patch. That wasn't hard at all! (grins
imagining 20 other things potentially broken by simple patch )
On 6/28/06, Jesse Kuhnert [EMAIL PROTECTED] wrote:
Hi guys,
Before I go spinning my wheels in the surefire source too much I was
wondering if anyone here
I just wanted to point out that this effectively makes the testng support in
surefire broken for a good number of users.
Anyone hoping to use testng tests with annotations at least...
On 6/28/06, Jesse Kuhnert [EMAIL PROTECTED] wrote:
NevermindFixed and attached patch. That wasn't hard
-
To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tacos
I publish it for them? Heh..Guess not.
http://www.jboss.org/products/list/downloads#javassist
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Ah perfect, thank you Tomasz.
On 6/9/06, Tomasz Pik [EMAIL PROTECTED] wrote:
On 6/9/06, Jesse Kuhnert [EMAIL PROTECTED] wrote:
Is there a common pattern people follow when a jar you need isn't
available
on ibiblio, but also isn't compatible with the ASF license wise? In
particular I'm
Just wanted to say that my conversion of a fairly large project (tapestry )
to maven2 has been pretty easy so far.. The only thing that I really had to
look hard for was how to create a custom skin, everything else pretty much
just worked as expected...So, thanks! :)
--
Jesse Kuhnert
Tacos
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Can anyone help me with this one?
http://jira.codehaus.org/browse/MAVENUPLOAD-912
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
] For additional
commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based
we've
all written dodgy code in our day. I just got a chuckle out of the
particular word choice.
Brett, I'm still getting a 403 Forbidden when I try to check in. Is
there a cron job I need to wait for?
-Original Message-
From: Jesse Kuhnert [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 17
qdox or native.)
I think I volunteered trying to make it find/run qdox annotations from
a 1.5 jre already anyways so I'm probably due for submitting a patch
of some
sort anyways.
On 5/17/06, Brett Porter [EMAIL PROTECTED] wrote:
Jesse Kuhnert wrote:
P.S. Not using
]
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://opennotion.com
Jesse Kuhnert +1 (non-binding)
On 3/30/06, Brett Porter [EMAIL PROTECTED] wrote:
Vote open for 72 hours, based on:
maven-surefire-report-plugin 2.0-20060331.032648-2 (r390304)
[ ] +1
[ ] +0
[ ] -1
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11222styleName=Htmlversion
be a great help. The
codebase should be much less intimidating to those wanting to help out
now...
Thanks,
Brett
Brett Porter wrote:
I got snowed under with various other things. I'll likely look at
polishing up and doing a beta later in the week.
- Brett
Jesse Kuhnert wrote
Was just wondering if everyone thought this was ready to start migrating
back into trunk? The original post mentioned waiting about a week or so to
do it and it's now been about 2 I think .
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
I think what everyone is saying sounds more or less correct, but what is the
solution then?
If they can't rely on a runtime container to host the site, options become
MUCH more limited.
Complaints about the UI are fine and I'm sure everyone welcomes them, but
possible solutions that fit into the
For my purposes everything is now working great. (Assuming new
patch/equivalent is applied and testng dependency is upgraded to 4.7 )
On 3/4/06, Jesse Kuhnert [EMAIL PROTECTED] wrote:
+1 (non-binding). I'm going to start testing things right now and will
jira back on any issues found.
On 3
[ http://jira.codehaus.org/browse/MSUREFIRE-69?page=comments#action_60113 ]
Jesse Kuhnert commented on MSUREFIRE-69:
Hi Brett,
The use of that method is decieving in it's current form. The default no args
constructor creates a default listener
[ http://jira.codehaus.org/browse/MSUREFIRE-69?page=comments#action_60116 ]
Jesse Kuhnert commented on MSUREFIRE-69:
No I think you're right, I just think it's something I'm not completely in
control of. TestNG tries very hard to provide defaults
[ http://jira.codehaus.org/browse/MSUREFIRE-69?page=comments#action_60152 ]
Jesse Kuhnert commented on MSUREFIRE-69:
Got it now. Didn't realize TestNG was instantiated in two different places.
The patch supplied only works against the latest testng
[ http://jira.codehaus.org/browse/MSUREFIRE-69?page=all ]
Jesse Kuhnert updated MSUREFIRE-69:
---
Attachment: surefire-patch.txt
stop output to test-output directory
Key: MSUREFIRE-69
URL: http
[ http://jira.codehaus.org/browse/MSUREFIRE-69?page=comments#action_60167 ]
Jesse Kuhnert commented on MSUREFIRE-69:
I think it will ~probably~ be possible to build it with m2? There have to be
other projects with seperate source trees for differing
[ http://jira.codehaus.org/browse/MSUREFIRE-69?page=comments#action_60176 ]
Jesse Kuhnert commented on MSUREFIRE-69:
Awesome, thanks Brett! I don't use a sun jvm so don't have the javadoc libs
available via normal means. (ibm's jre runs much much
+1 (non-binding). I'm going to start testing things right now and will jira
back on any issues found.
On 3/4/06, Brian E. Fox [EMAIL PROTECTED] wrote:
I would like at least a week to try this out as we are using testNG via
ant currently. I'll be away MonTue but can test later on and report my
[ http://jira.codehaus.org/browse/MSUREFIRE-69?page=comments#action_60059 ]
Jesse Kuhnert commented on MSUREFIRE-69:
I had originally removed this when developing the first round of patches but it
seems to have re-surfaced again. Will do it again
[ http://jira.codehaus.org/browse/MSUREFIRE-69?page=comments#action_60064 ]
Jesse Kuhnert commented on MSUREFIRE-69:
I meant fixed in testng itself, it probably got re-enabled somehow. Will report
back when testng get's fixed and if any patches need
[ http://jira.codehaus.org/browse/MSUREFIRE-69?page=all ]
Jesse Kuhnert updated MSUREFIRE-69:
---
Attachment: surefire-patch.txt
stop output to test-output directory
Key: MSUREFIRE-69
URL: http
+1 (non-binding)
On 3/2/06, Yann Le Du [EMAIL PROTECTED] wrote:
+1
- Yann
2006/3/1, Jason van Zyl [EMAIL PROTECTED]:
Hi,
I just wanted to close this up as I think it's a good idea and
anything
that let's people manage their mail better IMO is a good thing.
+1
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_59000 ]
Jesse Kuhnert commented on MSUREFIRE-23:
The testng community is feeling very sad from not having maven 2. :'(
Support TestNG
--
Key: MSUREFIRE-23
Wherever you decide to put it I think it's a great idea. Found myself in
certain unit test situations where this would've been very helpful.
j
On 2/10/06, Allison, Bob [EMAIL PROTECTED] wrote:
Now that I think about it, though, for 2.1 would there be a way to
package the entire set of compile
[
http://jira.codehaus.org/browse/MAVENUPLOAD-695?page=comments#action_57442 ]
Jesse Kuhnert commented on MAVENUPLOAD-695:
---
I'd like to pretend that I understand what you just said but I don't ;) The
modified surefire patches I submitted
[ http://jira.codehaus.org/browse/MAVENUPLOAD-695?page=all ]
Jesse Kuhnert closed MAVENUPLOAD-695:
-
Resolution: Fixed
Publish new testng release files to ibiblio
---
Key: MAVENUPLOAD-695
[
http://jira.codehaus.org/browse/MAVENUPLOAD-695?page=comments#action_57494 ]
Jesse Kuhnert commented on MAVENUPLOAD-695:
---
Oh wow, I hadn't realised that you had already updated it as well. I don't have
all of the maven patches sitting on my
[ http://jira.codehaus.org/browse/MAVENUPLOAD-695?page=all ]
Jesse Kuhnert reopened MAVENUPLOAD-695:
---
Sorry for the bad first attempt, I'm going to try attaching the bundled
pom-friendly jars directly to the ticket this time.
Publish new
[ http://jira.codehaus.org/browse/MAVENUPLOAD-695?page=all ]
Jesse Kuhnert updated MAVENUPLOAD-695:
--
Attachment: testng-4.4.7-jdk15-bundle.jar
testng-4.4.7-jdk14-bundle.jar
Publish new testng release files to ibiblio
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_57300 ]
Jesse Kuhnert commented on MSUREFIRE-23:
Sorry about the bad ibiblio upload again, don't know how I managed to do that
but I re-opened the upload request with what I believe
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_57185 ]
Jesse Kuhnert commented on MSUREFIRE-23:
Hmmm Well yes, that is how I thought I had packaged them. I must have done
somthing wrong with my mvn-upload request. This doesn't
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_56545 ]
Jesse Kuhnert commented on MSUREFIRE-23:
Arghh! I've been trying to create patches for the last half hour but think I've
screwed some state up with subversion somehow. I
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=all ]
Jesse Kuhnert updated MSUREFIRE-23:
---
Attachment: maven-patches.tgz
Support TestNG
--
Key: MSUREFIRE-23
URL: http://jira.codehaus.org/browse/MSUREFIRE-23
Publish new testng release files to ibiblio
---
Key: MAVENUPLOAD-695
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-695
Project: maven-upload-requests
Type: Task
Reporter: Jesse Kuhnert
This is a new ibiblio addition
[ http://jira.codehaus.org/browse/MSUREFIRE-40?page=all ]
Jesse Kuhnert closed MSUREFIRE-40:
--
Resolution: Fixed
Have added all relevant parameters and provided test cases asserting they work.
The new pom xml configurable parameters
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_56530 ]
Jesse Kuhnert commented on MSUREFIRE-23:
I have no idea hot to manage all of these patches. I'm not quite as used to
patching as committing, hence all of my original
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_56380 ]
Jesse Kuhnert commented on MSUREFIRE-23:
Thank you for being so patient and diligent Gunnar. I think the missing unit
test was another brain fart of mine when using
Add Distributed testing ability
---
Key: MSUREFIRE-47
URL: http://jira.codehaus.org/browse/MSUREFIRE-47
Project: Maven 2.x Surefire Plugin
Type: Sub-task
Environment: any
Reporter: Jesse Kuhnert
Priority: Minor
TestNG now
Ensure java 1.4 compatibility
-
Key: MSUREFIRE-46
URL: http://jira.codehaus.org/browse/MSUREFIRE-46
Project: Maven 2.x Surefire Plugin
Type: Sub-task
Environment: java = 1.4
Reporter: Jesse Kuhnert
The javadoc annotation finder
Enable assertions for underlying jvm
Key: MSUREFIRE-48
URL: http://jira.codehaus.org/browse/MSUREFIRE-48
Project: Maven 2.x Surefire Plugin
Type: Sub-task
Environment: jre 1.5
Reporter: Jesse Kuhnert
Some jre's don't
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_56119 ]
Jesse Kuhnert commented on MSUREFIRE-23:
Hi Guys,
Just wondering how I should proceed here. I've still got a few pieces to the
plugin to complete, but am hesitant to keep
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=all ]
Jesse Kuhnert updated MSUREFIRE-23:
---
Attachment: surefire-report-maven-plugin-patch.txt
surefire-patch.txt
Support TestNG
--
Key: MSUREFIRE-23
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_56005 ]
Jesse Kuhnert commented on MSUREFIRE-23:
Gunnar,
In regard to the 3 vs 2 suite assertion, it really should be 3 suites found. It
could be an indicator that the testng
[ http://jira.codehaus.org/browse/MSUREFIRE-40?page=comments#action_56006 ]
Jesse Kuhnert commented on MSUREFIRE-40:
I accidently addressed this in the top level issue comments, but my first
thoughts were that it should probably be ok to add
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=all ]
Jesse Kuhnert updated MSUREFIRE-23:
---
Attachment: surefire-patch.txt
Support TestNG
--
Key: MSUREFIRE-23
URL: http://jira.codehaus.org/browse/MSUREFIRE-23
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=all ]
Jesse Kuhnert updated MSUREFIRE-23:
---
Attachment: surefire-patch.txt
Support TestNG
--
Key: MSUREFIRE-23
URL: http://jira.codehaus.org/browse/MSUREFIRE-23
[ http://jira.codehaus.org/browse/MSUREFIRE-41?page=all ]
Jesse Kuhnert closed MSUREFIRE-41:
--
Resolution: Duplicate
Moving it over to mojo
Enable show/hide on surefire report
---
Key: MSUREFIRE-41
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_55656 ]
Jesse Kuhnert commented on MSUREFIRE-23:
The testng jars unfortunately don't live in ibiblio right now (will start
happening once these patches get resolved
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_55510 ]
Jesse Kuhnert commented on MSUREFIRE-23:
Ahh, I didn't know about this part. The runtime errors are the biggest reason I
did it, but perhaps there is an easy solution
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=all ]
Jesse Kuhnert updated MSUREFIRE-23:
---
Attachment: testng-4.4.5-jdk14.jar
Support TestNG
--
Key: MSUREFIRE-23
URL: http://jira.codehaus.org/browse/MSUREFIRE-23
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=all ]
Jesse Kuhnert updated MSUREFIRE-23:
---
Attachment: testng-4.4.5-jdk15.jar
Support TestNG
--
Key: MSUREFIRE-23
URL: http://jira.codehaus.org/browse/MSUREFIRE-23
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=all ]
Jesse Kuhnert updated MSUREFIRE-23:
---
Attachment: surefire-patch.txt
maven-surefire-report-maven-plugin-patch.txt
maven-surefire-plugin-patch.txt
Support TestNG
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_55533 ]
Jesse Kuhnert commented on MSUREFIRE-23:
These patches should be enough for someone to play around with the patch work.
I'm going to create sub-tasks on this issue
Add relevant parameters for configuring testng
--
Key: MSUREFIRE-40
URL: http://jira.codehaus.org/browse/MSUREFIRE-40
Project: Maven 2.x Surefire Plugin
Type: Sub-task
Environment: any
Reporter: Jesse Kuhnert
Add
Enable show/hide on surefire report
---
Key: MSUREFIRE-41
URL: http://jira.codehaus.org/browse/MSUREFIRE-41
Project: Maven 2.x Surefire Plugin
Type: Sub-task
Environment: any
Reporter: Jesse Kuhnert
enable show/hide
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_55535 ]
Jesse Kuhnert commented on MSUREFIRE-23:
I still need to convert testng to use maven, at least for publishing to testng
but thought I'd save myself the trouble if everyone
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_55488 ]
Jesse Kuhnert commented on MSUREFIRE-23:
The reason why the reporting plugin needed work was because he really needed a
better grouping construct. Class names and package
: Improvement
Environment: any
Reporter: Jesse Kuhnert
I'm currently in the middle of patching/working with testng and the
maven-surefire plugin core parts to provide a seamless testng integration point
and am on the final task of getting the report to be a little friendlier. This
is the jira
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_55228 ]
Jesse Kuhnert commented on MSUREFIRE-23:
Hey Brett, do you have any issues with me changing this so that reports are
generated even with test failures? All of my experience
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_55174 ]
Jesse Kuhnert commented on MSUREFIRE-23:
I think that the majority of work is done now, besides a lot of weird reporting
behaviour. Such as lots of assumptions about the xml
[ http://jira.codehaus.org/browse/MSUREFIRE-23?page=comments#action_55133 ]
Jesse Kuhnert commented on MSUREFIRE-23:
After some discussions on the testng list it looks like the easiest solution
may be to use the already existing classloader include
1 - 100 of 105 matches
Mail list logo