files,
delete them 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
>
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 r
mod -R g+w 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 <[EMAI
rrent group perms 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
w to fix it in surefire 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
p -v " + mainpackagename + "-
>>> debuginfo")
>>>
>>> packageline = packagelines.readline()
>>> # skip main package name
>>> packagename = packagenames.readline()
>>> packagename = packagenames.readline()
>>>
>>> if packa
quot; users 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.
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered
Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PR
7; is expected. ws-xmlrpc
>> pom.xml line
>> 13 1163327720359 18942
>>
>> I was unable to execute the build in Eclipse - I just do not have
>> enough experience to say what I need to build the project. Attached
>> you will find error log for MevenIDE behavior in Eclipse 3.2
>>
>>
>> --
>> --t.
>>
>>
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 K
jira issue let
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 gettin
ibe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [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
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [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
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 ca
s actually broke my projects using TestNG,
although the tests 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 Ji
oken...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
does.
> Thanks,
>
> Daniel
--
View this message in context:
http://www.nabble.com/how-to-get-current-settings-object-tf2180267.html#a6030399
Sent from the Maven Developers forum at Nabble.com.
-----
To unsubscribe, e-mail:
d 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]
--
y/maven/distributions/20060729/
>
>
--
http://www.multitask.com.au/people/dion/
"If you even dream of beating me you'd better wake up and apologize" -
Muhammad Ali
-
To unsubscribe, e-mail: [EMAIL PROTECTE
ow the current ant task / unit tests look see
http://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.
all this, then
please direct me to it. I looked but couldn't find any...
--
Dennis Lundberg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tacos/Tape
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 ca
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.
---
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.
t it is sure that using any JDK is perfectly
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.
o one of the big
software engineering tar-pits: versioning.
-steve
-
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.
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 f
> > > >
> >
> > > > - 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]
> > >
> >
> >
> > -
> > 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]
>
>
--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride
-
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.
efire-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 great
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 pa
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
but if anyone 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/
43303.html
Cheers,
-Lukas
-
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]
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 l
ed on ibiblio.
Can 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.
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
of
http://www.neonics.com
GPG public key: http://www.gods.nl/~forge/kenneyw.key
-
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.
. (whether 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
Brett. I think 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 PROTE
-
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 PRO
IL PROTECTED]
--
Jesse Kuhnert
Tacos/Tapestry, team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind.
Jesse Kuhnert: +1 (non-binding)
On 5/2/06, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
+1
Emmanuel
Brett Porter a écrit :
> Please test this as much as you can first, given that the classloader
> has change somewhat.
>
> Vote open for 72 hours, based on:
> mave
-- The Princess Bride
>
> -
> 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/Releas
ing 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
>
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 a
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
[ 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
[ 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=all ]
Jesse Kuhnert updated MSUREFIRE-69:
---
Attachment: surefire-patch.txt
> stop output to test-output directory
>
>
> Key: MSUREFIRE-69
&g
[ 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 t
[ 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 p
[ 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 listene
[ 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
&g
[ 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
[ 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
+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 Mon&Tue but can test later on and repor
+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
[ 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
> --
>
>
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 comp
[
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 sit
[ http://jira.codehaus.org/browse/MAVENUPLOAD-695?page=all ]
Jesse Kuhnert closed MAVENUPLOAD-695:
-
Resolution: Fixed
> Publish new testng release files to ibiblio
> ---
>
> Key: MAV
[
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 submit
[ 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 be
[ 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.
> Pub
[ 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 ibib
[ 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&#
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-23?page=all ]
Jesse Kuhnert updated MSUREFIRE-23:
---
Attachment: maven-patches.tgz
> Support TestNG
> --
>
> Key: MSUREFIRE-23
> URL: http://jira.codehaus.org/brow
[ 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
[ 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 ori
[ http://jira.codehaus.org/browse/MSUREFIRE-46?page=all ]
Jesse Kuhnert closed MSUREFIRE-46:
--
Resolution: Fixed
Made changes necessary to set the test source directory so the annotationfinder
can locate javadoc annotations.
> Ensure java
[ 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 are
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'
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 fin
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
[ 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 the
[ 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
[ 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=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-23?page=all ]
Jesse Kuhnert updated MSUREFIRE-23:
---
Attachment: surefire-report-maven-plugin-patch.txt
surefire-patch.txt
> Support TestNG
> --
>
> Key:
[ 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/brow
[ 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/brow
[ 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), bu
[ 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:
[ 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 eve
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 on
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
[ 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 fo
[ 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 Tes
[ 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.code
[ 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.code
[ 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 t
[ 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
[ 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
: 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
[ 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
