[ http://jira.codehaus.org/browse/MRM-172?page=all ]
Jesse McConnell closed MRM-172.
---
Resolution: Fixed
this has been applied (a couple of days ago, slow to close I guess)
thanks joakim
Archiva needs to enable WebDav access into the repositories.
[ http://jira.codehaus.org/browse/MRM-170?page=all ]
Jesse McConnell closed MRM-170.
---
Resolution: Fixed
turns out some actions were not defined per-lookup because the wrong version of
plexus-maven-plugin was not using the configuration provided
[ http://jira.codehaus.org/browse/MRM-137?page=all ]
Jesse McConnell closed MRM-137.
---
Resolution: Fixed
I think the core components of this issue are in place now, restricting access
to the admin interface components, etc.
this will surely be somewhat
[ http://jira.codehaus.org/browse/MRM-168?page=comments#action_74689 ]
Jesse McConnell commented on MRM-168:
-
question, before we do this my thought was that it would eventually be a
configuration option of archiva for if an account
[ http://jira.codehaus.org/browse/MRM-170?page=comments#action_74627 ]
Jesse McConnell commented on MRM-170:
-
so I am the only person who has no problem with this?
and I can't reproduce it...
lovely
login fails
---
[ http://jira.codehaus.org/browse/MRM-170?page=comments#action_74628 ]
Jesse McConnell commented on MRM-170:
-
including on a fresh checkout of archiva and I had blown away my repository
last night...wierd
login fails
---
[ http://jira.codehaus.org/browse/CONTINUUM-830?page=comments#action_73920
]
Jesse McConnell commented on CONTINUUM-830:
---
looks like this ought to be able to be addressed by using ww:token and the
TokenInterceptor..just putting that
[ http://jira.codehaus.org/browse/CONTINUUM-830?page=comments#action_73599
]
Jesse McConnell commented on CONTINUUM-830:
---
I am not sure how this would be done in webwork in some cases.
these kinda things are configured in the
[ http://jira.codehaus.org/browse/CONTINUUM-828?page=all ]
Jesse McConnell closed CONTINUUM-828.
-
Resolution: Fixed
fixed on trunk, 437054
Project group error adding project
--
Key: CONTINUUM-828
[ http://jira.codehaus.org/browse/CONTINUUM-309?page=all ]
Jesse McConnell closed CONTINUUM-309.
-
Resolution: Fixed
applied to trunk, thanks!
add junit results report to website, failures to email
[ http://jira.codehaus.org/browse/CONTINUUM-819?page=all ]
Jesse McConnell closed CONTINUUM-819.
-
Resolution: Fixed
applied to trunk, thanks!
project.getWorkingDirectory is null
---
Key:
[ http://jira.codehaus.org/browse/CONTINUUM-309?page=comments#action_73117
]
Jesse McConnell commented on CONTINUUM-309:
---
I have this mostly merged to trunk right now but it is failing when trying to
find the surefire tests, I'll have
[ http://jira.codehaus.org/browse/CONTINUUM-397?page=all ]
Jesse McConnell closed CONTINUUM-397.
-
Assignee: Jesse McConnell
Resolution: Fixed
this shouldn't be possible on trunk anymore since project group's have default
build definitions
[ http://jira.codehaus.org/browse/CONTINUUM-292?page=comments#action_72907
]
Jesse McConnell commented on CONTINUUM-292:
---
ya, this is on trunk just as of just the end of last week
implement group summary page
[ http://jira.codehaus.org/browse/CONTINUUM-292?page=comments#action_72908
]
Jesse McConnell commented on CONTINUUM-292:
---
atm, shared build definitions share across a group is all, and notifiers will
be when I get that finished up.
a
[ http://jira.codehaus.org/browse/CONTINUUM-772?page=all ]
Jesse McConnell closed CONTINUUM-772.
-
Assignee: Jesse McConnell
Resolution: Fixed
Fix Version/s: 1.1
this is implemented an on trunk, a part of the project group view page
[ http://jira.codehaus.org/browse/CONTINUUM-292?page=all ]
Jesse McConnell closed CONTINUUM-292.
-
Resolution: Fixed
I'll mark these closed and comment on any others that apply to it to avoid
confusion, my bad I was figuring I would keep tweaking
[ http://jira.codehaus.org/browse/CONTINUUM-283?page=comments#action_72912
]
Jesse McConnell commented on CONTINUUM-283:
---
There is a new group Summary front page but it could use some polish I think in
terms of look and feel, we can
[ http://jira.codehaus.org/browse/CONTINUUM-294?page=all ]
Jesse McConnell closed CONTINUUM-294.
-
Assignee: Jesse McConnell
Resolution: Fixed
this was fixed as a project of dealing with project group lvl build
definitions...
a build
[ http://jira.codehaus.org/browse/CONTINUUM-290?page=all ]
Jesse McConnell closed CONTINUUM-290.
-
Assignee: Jesse McConnell
Resolution: Fixed
fixed as part of the project group refactoring
implement per group build definitions
[ http://jira.codehaus.org/browse/CONTINUUM-814?page=comments#action_72355
]
Jesse McConnell commented on CONTINUUM-814:
---
1) yes, that is a problem...how is mrm solving that then? looks like it does
the same displaying of
[ http://jira.codehaus.org/browse/CONTINUUM-778?page=comments#action_72184
]
Jesse McConnell commented on CONTINUUM-778:
---
I recently added a new baseclass in place of the PlexusActionSupport class on
the trunk that does the
[ http://jira.codehaus.org/browse/CONTINUUM-284?page=all ]
Jesse McConnell updated CONTINUUM-284:
--
Attachment: (was: group-patch1.patch)
group display on front page
---
Key: CONTINUUM-284
[ http://jira.codehaus.org/browse/CONTINUUM-284?page=all ]
Jesse McConnell updated CONTINUUM-284:
--
Attachment: group-patch1.patch
group display on front page
---
Key: CONTINUUM-284
URL:
[ http://jira.codehaus.org/browse/CONTINUUM-778?page=all ]
Jesse McConnell updated CONTINUUM-778:
--
Attachment: error-mapping.patch
hi nap
carlos mentioned you were working on this issue, I was fiddling around on trunk
and came up with this
not
link up checking of continuum configuration to the actions in the ww refactor
-
Key: CONTINUUM-810
URL: http://jira.codehaus.org/browse/CONTINUUM-810
Project: Continuum
[ http://jira.codehaus.org/browse/CONTINUUM-284?page=all ]
Jesse McConnell updated CONTINUUM-284:
--
Attachment: group-patch1.patch
I decided to weed out some other aspects of this and just submit a patch for
the groupSummary.jsp page and its
[ http://jira.codehaus.org/browse/CONTINUUM-804?page=comments#action_71573
]
Jesse McConnell commented on CONTINUUM-804:
---
yes, if you look at the target/test-classes directory you see all of the
classes from the target/classes copied
[ http://jira.codehaus.org/browse/CONTINUUM-797?page=all ]
Jesse McConnell closed CONTINUUM-797.
-
Resolution: Fixed
Fix Version/s: 1.1
fixed this with jason and brett, had to switch over to use the
plexus-xwork-integration-single that brett
[ http://jira.codehaus.org/browse/CONTINUUM-792?page=all ]
Jesse McConnell closed CONTINUUM-792.
-
Assignee: Jesse McConnell
Resolution: Fixed
Fix Version/s: 1.1
this was fixed as a result of the xwork integration changes I patched up
[ http://jira.codehaus.org/browse/CONTINUUM-804?page=all ]
Jesse McConnell closed CONTINUUM-804.
-
Resolution: Fixed
remove the test-compile goal and things work
Problem with continuum-webapp test and aspectj plugin
[ http://jira.codehaus.org/browse/CONTINUUM-797?page=comments#action_71320
]
Jesse McConnell commented on CONTINUUM-797:
---
followed this down into a wierd issues with the child and parent containers so
I talked to jason, he replicated
NoSuchElementException forces restart of continuum to resolve
-
Key: CONTINUUM-797
URL: http://jira.codehaus.org/browse/CONTINUUM-797
Project: Continuum
Issue Type: Bug
[ http://jira.codehaus.org/browse/CONTINUUM-782?page=comments#action_70081
]
Jesse McConnell commented on CONTINUUM-782:
---
short term solution would be to use -Dmaven.repo.local=/path/ in a custom
scheduled build, could be that if you
[ http://jira.codehaus.org/browse/CONTINUUM-781?page=all ]
Jesse McConnell updated CONTINUUM-781:
--
Attachment: continuum-759-with-plexus-xwork-baseclass-2.patch
AbstractAction - PlexusActionSupport
move AbstractContinuumAction to
[ http://jira.codehaus.org/browse/CONTINUUM-781?page=all ]
Jesse McConnell updated CONTINUUM-781:
--
Attachment: (was: continuum-759-with-plexus-xwork-baseclass.patch)
move AbstractContinuumAction to plexus-xwork-integration
[ http://jira.codehaus.org/browse/CONTINUUM-771?page=comments#action_69985
]
Jesse McConnell commented on CONTINUUM-771:
---
henry, check out CONTINUUM-781
based on some feedback from trygve I moved that base class to the
move AbstractContinuumAction to plexus-xwork-integration
Key: CONTINUUM-781
URL: http://jira.codehaus.org/browse/CONTINUUM-781
Project: Continuum
Issue Type: Improvement
[ http://jira.codehaus.org/browse/CONTINUUM-781?page=all ]
Jesse McConnell updated CONTINUUM-781:
--
Attachment: continuum-759-with-plexus-xwork-baseclass.patch
[ http://jira.codehaus.org/browse/CONTINUUM-759?page=all ]
Jesse McConnell updated CONTINUUM-759:
--
Attachment: CONTINUUM-759+AbstractContinuumAction+formatting.patch
Generate plexus-request.xml with plexus-cdc
[ http://jira.codehaus.org/browse/CONTINUUM-759?page=all ]
Jesse McConnell updated CONTINUUM-759:
--
Attachment: (was: CONTINUUM-759+AbstractContinuumAction.patch)
Generate plexus-request.xml with plexus-cdc
[ http://jira.codehaus.org/browse/CONTINUUM-759?page=all ]
Jesse McConnell updated CONTINUUM-759:
--
Comment: was deleted
Generate plexus-request.xml with plexus-cdc
---
Key: CONTINUUM-759
[ http://jira.codehaus.org/browse/CONTINUUM-759?page=all ]
Jesse McConnell updated CONTINUUM-759:
--
Comment: was deleted
Generate plexus-request.xml with plexus-cdc
---
Key: CONTINUUM-759
[ http://jira.codehaus.org/browse/CONTINUUM-773?page=all ]
Jesse McConnell closed CONTINUUM-773:
-
Resolution: Duplicate
dup of 771
missing UserManagement and GroupManagement pages on trunk
[ http://jira.codehaus.org/browse/CONTINUUM-759?page=all ]
Jesse McConnell updated CONTINUUM-759:
--
Attachment: CONTINUUM-759.patch
Generate plexus-request.xml with plexus-cdc
---
Key:
[ http://jira.codehaus.org/browse/CONTINUUM-759?page=comments#action_69786
]
Jesse McConnell commented on CONTINUUM-759:
---
err, in the continuum-webapp/pom.xml in that patch axe out the ${project.} bit,
it doesn't need to be there
Generate
[ http://jira.codehaus.org/browse/CONTINUUM-759?page=all ]
Jesse McConnell updated CONTINUUM-759:
--
Attachment: (was: CONTINUUM-759+AbstractContinuumAction.patch)
Generate plexus-request.xml with plexus-cdc
[ http://jira.codehaus.org/browse/CONTINUUM-759?page=all ]
Jesse McConnell updated CONTINUUM-759:
--
Attachment: CONTINUUM-759+AbstractContinuumAction.patch
Generate plexus-request.xml with plexus-cdc
---
[ http://jira.codehaus.org/browse/CONTINUUM-759?page=all ]
Jesse McConnell updated CONTINUUM-759:
--
Attachment: (was: CONTINUUM-759+AbstractContinuumAction.patch)
Generate plexus-request.xml with plexus-cdc
[ http://jira.codehaus.org/browse/CONTINUUM-771?page=comments#action_69791
]
Jesse McConnell commented on CONTINUUM-771:
---
fyi, the abstract class and test cases are a part of a patch I made on
CONTINUUM-559, if emmanuel is happy with that we can
[ http://jira.codehaus.org/browse/ARCHETYPE-36?page=all ]
Jesse McConnell closed ARCHETYPE-36:
Resolution: Fixed
removed the offending reference from the archetype.xml file, it was removed so
this plugin played nicely with the site archetype
[ http://jira.codehaus.org/browse/MJAVADOC-69?page=all ]
Jesse McConnell closed MJAVADOC-69:
---
Resolution: Cannot Reproduce
whatever it was, it appears to be resolved now
javadoc plugin install fails when running mvn install from plugins dir
[ http://jira.codehaus.org/browse/MJAVADOC-66?page=all ]
Jesse McConnell closed MJAVADOC-66:
---
Resolution: Fixed
I'll attach the patch in a moment, pending commit until svn is back up though
Aggregated Javadoc does not use module-level
[ http://jira.codehaus.org/browse/MJAVADOC-66?page=all ]
Jesse McConnell updated MJAVADOC-66:
Attachment: mjavadoc66.patch
Aggregated Javadoc does not use module-level dependencies
-
[ http://jira.codehaus.org/browse/MJAVADOC-67?page=all ]
Jesse McConnell closed MJAVADOC-67:
---
Resolution: Fixed
this one appears to be fixed and will be released shortly with the next release
of this plugin
JavaDoc plugin will not locate
[ http://jira.codehaus.org/browse/MJXR-11?page=all ]
Jesse McConnell closed MJXR-11:
---
Assign To: Jesse McConnell
Resolution: Fixed
looks like this was refactored away sometime ago, the path is now going into
maven/jxr and is no longer resolved
[ http://jira.codehaus.org/browse/MRESOURCES-11?page=all ]
Jesse McConnell closed MRESOURCES-11:
-
Resolution: Fixed
removed
Module doesn't depend on commons-io - remove dependency from pom
[ http://jira.codehaus.org/browse/MRESOURCES-10?page=comments#action_65050
]
Jesse McConnell commented on MRESOURCES-10:
---
svn diff -r3065:3066 .
run that at the top of plexus checkout and it will tell you the changes that
took it from 3065 to
[ http://jira.codehaus.org/browse/MRESOURCES-10?page=comments#action_65064
]
Jesse McConnell commented on MRESOURCES-10:
---
and actually this was two commits so to see the full change (and the original
class cast issue)
svn diff -r3064:3066 .
[ http://jira.codehaus.org/browse/MRESOURCES-12?page=all ]
Jesse McConnell closed MRESOURCES-12:
-
Assign To: Jesse McConnell
Resolution: Cannot Reproduce
I tweaked a unit test to cause this behavior and it worked normally with the @
[ http://jira.codehaus.org/browse/MASSEMBLY-45?page=comments#action_64700 ]
Jesse McConnell commented on MASSEMBLY-45:
--
john and I talked about this a bit and we figure the best place for this right
now would be to implement the mapper
[ http://jira.codehaus.org/browse/MJAVADOC-62?page=comments#action_64367 ]
Jesse McConnell commented on MJAVADOC-62:
-
mvn generate-sources javadoc:javadoc works :)
working on the rest of it
javadoc:javadoc needs access to generated sources
[ http://jira.codehaus.org/browse/MJAVADOC-66?page=comments#action_64322 ]
Jesse McConnell commented on MJAVADOC-66:
-
issue here is that the aggregate option will force javadoc generation to only
occur at the top lvl execution root of the project,
[ http://jira.codehaus.org/browse/ARCHETYPE-10?page=all ]
Jesse McConnell closed ARCHETYPE-10:
Assign To: Jesse McConnell (was: Brett Porter)
Resolution: Fixed
I was able to get this commited and a vote on the plugin has been called
[ http://jira.codehaus.org/browse/MNG-2229?page=comments#action_63632 ]
Jesse McConnell commented on MNG-2229:
--
oh, side note, seems to be an issue in the plexus cli stuff that this is using
such that if you put http:// in the commandline args it gets
[ http://jira.codehaus.org/browse/MNG-2229?page=comments#action_63633 ]
Jesse McConnell commented on MNG-2229:
--
hrm, its actually in the Verifer itself, resolveCommandline() appears to be
replacing // with /...this is somewhat vexing
[ http://jira.codehaus.org/browse/ARCHETYPE-10?page=comments#action_62735 ]
Jesse McConnell commented on ARCHETYPE-10:
--
well, nothing in there strictly needs to require webservices I don't think
I'll take a look, I probably built the sample around
[ http://jira.codehaus.org/browse/ARCHETYPE-10?page=all ]
Jesse McConnell updated ARCHETYPE-10:
-
Attachment: marchetype-10.patch
j2ee archetype has invalid dependencies
---
Key: ARCHETYPE-10
[ http://jira.codehaus.org/browse/SCM-180?page=all ]
Jesse McConnell moved MSITE-107 to SCM-180:
---
Complexity: Intermediate
Key: SCM-180 (was: MSITE-107)
Project: Maven SCM (was: Maven 2.x Site Plugin)
Does not deploy to
[ http://jira.codehaus.org/browse/WAGON-40?page=all ]
Jesse McConnell moved SCM-180 to WAGON-40:
--
Complexity: (was: Intermediate)
Workflow: jira (was: Maven New)
Key: WAGON-40 (was: SCM-180)
Project: wagon (was:
[ http://jira.codehaus.org/browse/MSITE-101?page=all ]
Jesse McConnell updated MSITE-101:
--
Component: doxia integration
schedule and release doxia 1.0
--
Key: MSITE-101
URL:
[ http://jira.codehaus.org/browse/MSITE-109?page=all ]
Jesse McConnell updated MSITE-109:
--
Component: doxia integration
Site plugin should convert .fml files when working from xdocDirectory
[ http://jira.codehaus.org/browse/MSITE-64?page=all ]
Jesse McConnell updated MSITE-64:
-
Component: doxia integration
move all relevant site rendering code into doxia, so that reports can also
generate proper decoration and skinning
[ http://jira.codehaus.org/browse/MSITE-40?page=all ]
Jesse McConnell updated MSITE-40:
-
Component: doxia integration
don't generate doc file if it is unchanged
--
Key: MSITE-40
URL:
[ http://jira.codehaus.org/browse/MSITE-109?page=all ]
Jesse McConnell updated MSITE-109:
--
Attachment: msite-109.patch
Site plugin should convert .fml files when working from xdocDirectory
[ http://jira.codehaus.org/browse/MSITE-98?page=comments#action_62766 ]
Jesse McConnell commented on MSITE-98:
--
I looked through this issue and the corresponding doxia issue and poked around
on it and have it so we don't need to change any interfaces,
[ http://jira.codehaus.org/browse/MSITE-98?page=all ]
Jesse McConnell updated MSITE-98:
-
Attachment: site-msite-98.patch
doxia-msite-98.patch
Allow files to be excluded from site generation
[ http://jira.codehaus.org/browse/DOXIA-54?page=all ]
Jesse McConnell closed DOXIA-54:
Assign To: Jesse McConnell
Resolution: Fixed
closing this issue since I think we might have a less obtrusive fix on the
parent issue
thanks though, helped
[ http://jira.codehaus.org/browse/MSITE-64?page=comments#action_62798 ]
Jesse McConnell commented on MSITE-64:
--
I have a couple ideas of what this could mean but could you elaborate on what
you are looking for brett?
this is the last site issue for
[ http://jira.codehaus.org/browse/MSITE-40?page=all ]
Jesse McConnell updated MSITE-40:
-
Attachment: doxia-regen.patch
site-regen.patch
don't generate doc file if it is unchanged
--
[ http://jira.codehaus.org/browse/MSITE-40?page=all ]
Jesse McConnell updated MSITE-40:
-
Attachment: msite-40-site-plugin.patch
msite-40-doxia.patch
don't generate doc file if it is unchanged
--
[ http://jira.codehaus.org/browse/MSITE-40?page=all ]
Jesse McConnell updated MSITE-40:
-
Attachment: (was: msite-40-doxia.patch)
don't generate doc file if it is unchanged
--
Key: MSITE-40
[ http://jira.codehaus.org/browse/MSITE-40?page=all ]
Jesse McConnell updated MSITE-40:
-
Attachment: msite-40-doxia.patch
don't generate doc file if it is unchanged
--
Key: MSITE-40
URL:
[ http://jira.codehaus.org/browse/MSITE-40?page=comments#action_62515 ]
Jesse McConnell commented on MSITE-40:
--
ok, working now with the two attached patches
There is one bit of strangeness with this right now though. for static source
documents it
[ http://jira.codehaus.org/browse/MSITE-105?page=comments#action_62204 ]
Jesse McConnell commented on MSITE-105:
---
ok, this really wasn't that bad, I have it working for one case now. I ended
up deprecating a couple of methodsin the AptParseException
[ http://jira.codehaus.org/browse/MSITE-105?page=all ]
Jesse McConnell updated MSITE-105:
--
Attachment: msite-105.patch
No line number for Doxia barfs makes using APT to write site documentation
all but impossible
[ http://jira.codehaus.org/browse/MSITE-3?page=comments#action_62088 ]
Jesse McConnell commented on MSITE-3:
-
brett, I don't see any .htaccess file in src/site/resources...
do you think we ought to just switch things over to absolution urls in here?
[ http://jira.codehaus.org/browse/MCLEAN-7?page=comments#action_61796 ]
Jesse McConnell commented on MCLEAN-7:
--
ok, the setting the fileset to null above seems to throw the same exception now
that using an empty excludes statement does...
blows on
[ http://jira.codehaus.org/browse/MCLEAN-7?page=comments#action_61804 ]
Jesse McConnell commented on MCLEAN-7:
--
Not sure what to do here...
the original test case used the ** includes and excludes which exhibited
the desired behavior...
Now it would
[ http://jira.codehaus.org/browse/MPMD-18?page=all ]
Jesse McConnell updated MPMD-18:
Attachment: mpmd-18.patch
set linkXRef to true by default, and only link if JXR report is included to
make it automatic
[ http://jira.codehaus.org/browse/MPMD-11?page=all ]
Jesse McConnell closed MPMD-11:
---
Resolution: Won't Fix
I don't think this is an issue, looking through the code it is a supported
configuration parameter, and there is support for it in the
[ http://jira.codehaus.org/browse/MPMD-11?page=comments#action_61128 ]
Jesse McConnell commented on MPMD-11:
-
btw, if it is still not working with that configuration, go ahead and reopen
and include the usage in the pom.
targetJdk parameter cannot be
[ http://jira.codehaus.org/browse/MAVENUPLOAD-720?page=all ]
Jesse McConnell reopened MAVENUPLOAD-720:
-
sorry, looks like the original bundle must have been bad, the javacc jars are
missing..
the bundle in the url above should now be good
[ http://jira.codehaus.org/browse/MNG-32?page=comments#action_60709 ]
Jesse McConnell commented on MNG-32:
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Harness
Plugin test harness
---
Key: MNG-32
URL:
501 - 594 of 594 matches
Mail list logo
