Hi Ramon,
what about:
http://maven.apache.org/plugins/maven-jarsigner-plugin/
Kind regards
Karl Heinz Marbaise
> I have an application which depends on a large number of 3rd party
artifacts, and which uses webstart to launch. Webstart requires all Jars
to be signed using the same certificate
Hi,
As you feared in introduction, this is indeed not the right mailing IIUC.
You're trying to build "Bonita studio", and that build is using Maven. You
should actually contact Bonita's team.
Cheers
Le 28 févr. 2014 00:20, "roberto777" a écrit :
> Not sure if this is the place for this, but I hav
On 27 Feb 2014, Mark Struberg wrote:
> JSF by default loads the resources from the local WAR classpath only. But you
> can easily write your own ResourceResolver which picks the stuff from the
> ClassPath as well.
>
> An example can be found here:
> http://ocpsoft.org/opensource/create-common-f
On 27 Feb 2014, Simon Lessard wrote:
> From a pure JSF point of view, you could also add a
> WEB-INF/faces-config.xml file in your project that redefine all OmniFaces
> artifact that are annotated. It's a super poor man solution/ugly hack as
> you might have to alter the file with every OmniFaces
I have an application which depends on a large number of 3rd party
artifacts, and which uses webstart to launch. Webstart requires all Jars
to be signed using the same certificate. Although the
webstart-maven-plugin can take care of the signing, there are so many
jar files that it takes quite a lon
there is an "includeTests" property which is false by default. Add it as
below
org.codehaus.mojo
findbugs-maven-plugin
2.5.3
< includeTests>true
Max
Low
Regards,
Garvin LeClaire
garvin.lecla..
On 28 Feb 2014, at 01:17, William Ferguson
wrote:
> As part of the development of the android-maven-plugin we have need to add
> in an AbstractMavenLifecycleParticipant so that we can modify the compile
> classpath to add artefacts that are contained within a project's
> dependencies. Igor provi
As part of the development of the android-maven-plugin we have need to add
in an AbstractMavenLifecycleParticipant so that we can modify the compile
classpath to add artefacts that are contained within a project's
dependencies. Igor provided a lot of the coaching on this.
The build works fine. Doe
> to be signed using the same certificate. Although the
> webstart-maven-plugin can take care of the signing, there are so many
> jar files that it takes quite a long time to sign them all every time I
> build.
Why are you doing this "every time you build"? This seems like the
kind of thing that s
I have an application which depends on a large number of 3rd party
artifacts, and which uses webstart to launch. Webstart requires all Jars
to be signed using the same certificate. Although the
webstart-maven-plugin can take care of the signing, there are so many
jar files that it takes quite a lon
Not sure if this is the place for this, but I have following error message
while building studio platform module.
any help would be really appreciate.
$ mvn clean install -e -Pmirrored -Dp2MirrorUrl=file//E:\BONITA\6.1 [INFO]
Error stacktraces are turned on. [INFO] Scanning for projects... [INFO]
Merci Oliver!
Martin
__
Note de déni et de confidentialité
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez
l'expéditeur. N'importe quelle dif
Maybe use jenkins mailing list :-)
--
Olivier
On Feb 28, 2014 7:52 AM, "Martin Gainty" wrote:
> anyone know how to use Jenkins REST-API to create a test Jenkins job?
>
>
> wget --verbose --auth-no-challenge --http-user=jenkins
> --header='Content-type: application/xml; charset=ISO-8859-1'
> --ht
anyone know how to use Jenkins REST-API to create a test Jenkins job?
wget --verbose --auth-no-challenge --http-user=jenkins --header='Content-type:
application/xml; charset=ISO-8859-1' --http-password=CHANGEME -O /dev/null
--post-file=C:/Nexus/config.xml http://localhost:8080/createItem?name=t
JSF by default loads the resources from the local WAR classpath only. But you
can easily write your own ResourceResolver which picks the stuff from the
ClassPath as well.
An example can be found here:
http://ocpsoft.org/opensource/create-common-facelets-jar/
See CustomResourceResolver.
LieGr
Hi,
>From a pure JSF point of view, you could also add a
WEB-INF/faces-config.xml file in your project that redefine all OmniFaces
artifact that are annotated. It's a super poor man solution/ugly hack as
you might have to alter the file with every OmniFaces releases, but would
allow you to have th
2014-02-27 17:26 GMT+01:00 Martin Hoeller :
> On 27 Feb 2014, Antonio Petrelli wrote:
>
> > 2014-02-27 17:14 GMT+01:00 Martin Hoeller :
> >
> > > On 27 Feb 2014, Antonio Petrelli wrote:
> > >
> > > > 2014-02-27 17:05 GMT+01:00 Martin Hoeller :
> > > >
> > > > > I have another concrete example with
On 27 Feb 2014, Antonio Petrelli wrote:
> 2014-02-27 17:14 GMT+01:00 Martin Hoeller :
>
> > On 27 Feb 2014, Antonio Petrelli wrote:
> >
> > > 2014-02-27 17:05 GMT+01:00 Martin Hoeller :
> > >
> > > > I have another concrete example with a single WAR where OmniFaces is a
> > > > dependency by the
On 27 Feb 2014, Antonio Petrelli wrote:
> 2014-02-27 17:05 GMT+01:00 Martin Hoeller :
>
> > I have another concrete example with a single WAR where OmniFaces is a
> > dependency by the WAR and by some EJB JAR, both contained in the EAR. The
> > OmniFaces JAR goes in the EARs lib folder and thus O
2014-02-27 17:05 GMT+01:00 Martin Hoeller :
> I have another concrete example with a single WAR where OmniFaces is a
> dependency by the WAR and by some EJB JAR, both contained in the EAR. The
> OmniFaces JAR goes in the EARs lib folder and thus OmniFaces ist not
> fully usable without workarounds
Hi Simon!
Thanks for your help...
On 27 Feb 2014, Simon Lessard wrote:
> Hi Martin,
>
> Your definition of the skinny WAR is very slightly off and that may or not
> solve your issue. A skinny WAR is not necessarily a WAR from which *all*
> WEB-INF/lib was stripped, but rather one where all of i
Hi Martin,
Your definition of the skinny WAR is very slightly off and that may or not
solve your issue. A skinny WAR is not necessarily a WAR from which *all*
WEB-INF/lib was stripped, but rather one where all of its dependencies that
are shared by another module in the EAR gets stripped. For exam
kk. You already fixed the issue. Awesome. Thanks a lot!
Cheers,
Raphael
On Thu, Feb 27, 2014 at 1:33 PM, Stephen Connolly
wrote:
> https://jira.codehaus.org/browse/DOXIA-515 is the bug. You need to create
> an account on xircles.codehaus.org to get an account on our JIRA. Please do
> that now
https://jira.codehaus.org/browse/DOXIA-515 is the bug. You need to create
an account on xircles.codehaus.org to get an account on our JIRA. Please do
that now before you forget for the next bug you find!
On 27 February 2014 12:06, Raphael André Bauer <
raphael.andre.ba...@gmail.com> wrote:
> Tha
Thanks Stephen! Xhtml parser eating my divs was also my observation.
Unfortunately I don't have an account for Jira at
http://jira.codehaus.org/browse/DOXIA (and it seems I have to ask the
"administrator" get one)...
Could you file the bug?
Thanks!
Raphael
On Thu, Feb 27, 2014 at 12:23 PM, St
if you can use a HTML5 tag that isn't it should go through unmolested.
On 27 February 2014 11:22, Stephen Connolly wrote:
> File a bug in JIRA. It looks like doxia core's Xhtml parser is eating the
> tags that are being generated by the markdown parser.
>
> Let me know the JIRA and I may be a
File a bug in JIRA. It looks like doxia core's Xhtml parser is eating the
tags that are being generated by the markdown parser.
Let me know the JIRA and I may be able to fix it... but my initial attempt
caused a lot of test regressions
On 27 February 2014 09:10, Raphael André Bauer <
raphael.an
On 27 February 2014 09:10, Raphael André Bauer <
raphael.andre.ba...@gmail.com> wrote:
> Hi,
>
>
> for a project we are using mvn site and the
>
>
> net.ju-n.maven.doxia
> doxia-module-markdown
> 1.0.0
>
>
> markdown plugin.
>
> The problem is that it does not properly generate the titles for th
Hi,
for a project we are using mvn site and the
net.ju-n.maven.doxia
doxia-module-markdown
1.0.0
markdown plugin.
The problem is that it does not properly generate the titles for the
final html files.
No problem - there's the official and more current
doxia-module-markdown 1.5 available any
Hi all!
Most webapplication developers will probably know the concept of skinny
WARs which is described here [0].
When I have a skinny WAR in an EAR everthing from WAR!WEB-INF/lib is
excluded and goes into the lib-folder of the EAR. Thus, it is in the WARs
classpath.
However, when I use JSF comp
30 matches
Mail list logo
