Can you see this page :
http://jira.codehaus.org/secure/project/ViewProject.jspa?pid=12125 ???
On Wed, Apr 27, 2011 at 8:17 AM, aherit...@gmail.com wrote:
> I'm using the maven permission scheme and all maven developers can
> administrate ours projects
> I'm checking if I find you in this group
I'm using the maven permission scheme and all maven developers can
administrate ours projects
I'm checking if I find you in this group
On Wed, Apr 27, 2011 at 8:15 AM, aherit...@gmail.com wrote:
> I think you should be able to administrate it
> You can do it in Doxia, no ?
>
>
> On Wed, Apr 27, 2
I think you should be able to administrate it
You can do it in Doxia, no ?
On Wed, Apr 27, 2011 at 7:41 AM, Lukas Theussl wrote:
>
> Thanks Arnaud! I just moved 3 issues from DOXIA to DOXIATOOLS but I don't
> see how to create versions or components for DOXIATOOLS. Am I missing
> something?
>
>
Thanks Arnaud! I just moved 3 issues from DOXIA to DOXIATOOLS but I
don't see how to create versions or components for DOXIATOOLS. Am I
missing something?
-Lukas
aherit...@gmail.com wrote:
http://jira.codehaus.org/browse/DOXIATOOLS
Sorry for the delay
Arnaud
On Wed, Apr 27, 2011 at 1:11
http://jira.codehaus.org/browse/DOXIATOOLS
Sorry for the delay
Arnaud
On Wed, Apr 27, 2011 at 1:11 AM, Dennis Lundberg wrote:
> Arnaud Héritier skrev 2011-04-27 00:46:
> > Thus for short term and doxia tools you want it @ codehaus ?
>
> Yes please.
>
> >
> > Le 27 avr. 2011 à 00:11, Dennis Lun
On Tue, Apr 26, 2011 at 3:42 AM, xanadu72 wrote:
> Barrie,
> I know that Eclipse is able to import a hierarchical structure but i have a
> concern with Subversion. The recommended structure for Subversion is using
> trunk,tags,branches subfolders. Is it compatible with the following file
> structu
Arnaud Héritier skrev 2011-04-27 00:46:
> Thus for short term and doxia tools you want it @ codehaus ?
Yes please.
>
> Le 27 avr. 2011 à 00:11, Dennis Lundberg a écrit :
>
>> aherit...@gmail.com skrev 2011-04-26 23:21:
>>> Do we continue to create them @ codehaus ?
>>
>> Good question.
>>
>>>
Thus for short term and doxia tools you want it @ codehaus ?
Le 27 avr. 2011 à 00:11, Dennis Lundberg a écrit :
> aherit...@gmail.com skrev 2011-04-26 23:21:
>> Do we continue to create them @ codehaus ?
>
> Good question.
>
>> I remember we discussed about Apache's Jira usage but I don't reme
aherit...@gmail.com skrev 2011-04-26 23:21:
> Do we continue to create them @ codehaus ?
Good question.
> I remember we discussed about Apache's Jira usage but I don't remember if we
> decided something ?
Yes there were some discussions, but IIRC people didn't want to move to
ASF JIRA because it
Hi,
We solved 5 + 15 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10780&version=14082&styleName=Html
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11624&version=16990&styleName=Html
Note: 3 issues about the "Link Checker" in the Doxia Release Notes
really belong
Do we continue to create them @ codehaus ?
I remember we discussed about Apache's Jira usage but I don't remember if we
decided something ?
On Tue, Apr 26, 2011 at 11:06 PM, Dennis Lundberg wrote:
> Hi
>
> Can someone with JIRA karma please create a new project for Doxia Tools
> with the key DOXI
job done in r1096914 -
http://svn.apache.org/viewvc?rev=1096914&view=rev
you can build the document yourself instead of letting XmlUnit build it from
the InputStream
Regards,
Hervé
Le mardi 26 avril 2011, Benson Margulies a écrit :
> Tell me an svn url and I'll see what I can patch.
>
> On T
Hi
Can someone with JIRA karma please create a new project for Doxia Tools
with the key DOXIATOOLS. The URL to Doxia Tools is
http://maven.apache.org/doxia/doxia-tools/index.html
--
Dennis Lundberg
-
To unsubscribe, e-mail: dev
Tell me an svn url and I'll see what I can patch.
On Tue, Apr 26, 2011 at 3:24 PM, Dennis Lundberg wrote:
> Hi,
>
> The problem here is that the actual fetching is done inside XmlUnit,
> which is only a tool we use to assert that the generated deployment
> descriptor is equal to the expected one.
+1
Arnaud
Le 26 avr. 2011 à 20:02, Dennis Lundberg a écrit :
> Hi
>
> Over the last weeks I've been adding and configuring our various sub
> projects on the ASF Jenkins instance in the Maven view [1].
>
> I've also renamed a couple of the jobs that was already there, trying to
> establish a c
Hi,
The problem here is that the actual fetching is done inside XmlUnit,
which is only a tool we use to assert that the generated deployment
descriptor is equal to the expected one.
Do you know if it's possible to tell XmlUnit to *not* fetch the DTDs? I
haven't used XmlUnit myself, I'm only tryin
Then use a resolver to do the check instead of actually fetching?
On Tue, Apr 26, 2011 at 1:30 PM, Dennis Lundberg wrote:
> Benson Margulies skrev 2011-04-25 22:48:
>> fix the tests to have a catalog to point to local copies
>
> Yes, it is always best to use local copies of DTDs and XSDs for test
Dennis Lundberg wrote:
Hi
Over the last weeks I've been adding and configuring our various sub
projects on the ASF Jenkins instance in the Maven view [1].
I've also renamed a couple of the jobs that was already there, trying to
establish a common naming convention for the jobs. For a normal p
+1
--
Olivier
Le 26 avr. 2011 20:02, "Dennis Lundberg" a écrit :
> Hi
>
> Over the last weeks I've been adding and configuring our various sub
> projects on the ASF Jenkins instance in the Maven view [1].
>
> I've also renamed a couple of the jobs that was already there, trying to
> establish a c
+1
LieGrue,
strub
--- On Tue, 4/26/11, Dennis Lundberg wrote:
> From: Dennis Lundberg
> Subject: CI for the Maven project
> To: "Maven Developers List"
> Date: Tuesday, April 26, 2011, 6:02 PM
> Hi
>
> Over the last weeks I've been adding and configuring our
> various sub
> projects on the A
Hi
Over the last weeks I've been adding and configuring our various sub
projects on the ASF Jenkins instance in the Maven view [1].
I've also renamed a couple of the jobs that was already there, trying to
establish a common naming convention for the jobs. For a normal project
job the name of the
Benson Margulies skrev 2011-04-25 22:48:
> fix the tests to have a catalog to point to local copies
Yes, it is always best to use local copies of DTDs and XSDs for tests,
but in this case that would be difficult to do. We are testing to see
that the generated deployment descriptor matches the expe
22 matches
Mail list logo
