Re: Organization & Site Skin Module
separate your inheritance from your aggregation On 9/2/08, Andrew Hughes <[EMAIL PROTECTED]> wrote: > Indeed this is the case. > > I need to change the site so that it runs AFTER the deploy of the released > artifacts. Perhaps this should be 'normal' behaviour for maven... do you > want to fail a release if the site fails or not??? I guess its a sometimes > yes/no situation. Anyway, I gotta work out how to change the phase the > plugin is now bound too. > > On Tue, Sep 2, 2008 at 12:03 PM, Andrew Hughes <[EMAIL PROTECTED]> wrote: > >> Thanks Martin, >> >> I don't think that's the problem here... the problem appears to that the >> site plugin can not obtain my module skin/jar from any repository. Now I >> begin to make assumptions... but this would most likely happen because the >> released artifacts/module/skin has not been deployed into a repository yet >> (during release) before the site:site occurs. Hence, the skin is not >> available, can not be applied and the release barfs. >> >> These are all wild claims on my part and I have no idea how to resolve >> them. The skin belongs under the organization pom, and the organization >> pom >> needs the skin I'd rather not duplicate the organization pom's config. >> >> >> >> On Tue, Sep 2, 2008 at 10:54 AM, Andrew Hughes <[EMAIL PROTECTED]> wrote: >> >>> Hi All, >>> >>> I have >>> >>> company/pom.xml (module = skin) >>> company/skin/pom.xml (parent = company) >>> >>> Also, the company/src/site/site.xml (skin = comany-skin).. this is what >>> sets the organizational skinning of site's. >>> >>> When I do a release... the company site fails to build because it can't >>> locate the site skin in any repo. I'm guessing that the deploy of the >>> release is AFTER the site - hence the skin can never be applied until the >>> module is deployed. >>> >>> yes/no... I'm having a guess either way. >>> >>> Cheers. >>> >>> >>> >> > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Any plugins for Apache DS (or other ldap server?)
On 02/09/2008, at 12:09 PM, Mark Derricutt wrote: I´m looking to hook up some LDAP based integration tests to my app and was wondering if there were any maven plugins for Apache DS similar to the jetty plugin for webservers. Just seeing if anyones done anything like this before I head down the path of doing it myself. I test against an embedded ApacheDS instance in my project. I am writing an LDAP library for Groovy so this was a _huge_ deal for me. You can see my pom @ http://svn.gldapo.codehaus.org/browse/gldapo/ tags/gldapo-0.7/pom.xml?r=293 I posted some brief notes @ http://ldaley.com/2008/06/21/a-case-for- maven-making-gldapo-testing-easier/ on how I went about this. Feel free to ask me questions directly if you want. -- LD. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Organization & Site Skin Module
Indeed this is the case. I need to change the site so that it runs AFTER the deploy of the released artifacts. Perhaps this should be 'normal' behaviour for maven... do you want to fail a release if the site fails or not??? I guess its a sometimes yes/no situation. Anyway, I gotta work out how to change the phase the plugin is now bound too. On Tue, Sep 2, 2008 at 12:03 PM, Andrew Hughes <[EMAIL PROTECTED]> wrote: > Thanks Martin, > > I don't think that's the problem here... the problem appears to that the > site plugin can not obtain my module skin/jar from any repository. Now I > begin to make assumptions... but this would most likely happen because the > released artifacts/module/skin has not been deployed into a repository yet > (during release) before the site:site occurs. Hence, the skin is not > available, can not be applied and the release barfs. > > These are all wild claims on my part and I have no idea how to resolve > them. The skin belongs under the organization pom, and the organization pom > needs the skin I'd rather not duplicate the organization pom's config. > > > > On Tue, Sep 2, 2008 at 10:54 AM, Andrew Hughes <[EMAIL PROTECTED]> wrote: > >> Hi All, >> >> I have >> >> company/pom.xml (module = skin) >> company/skin/pom.xml (parent = company) >> >> Also, the company/src/site/site.xml (skin = comany-skin).. this is what >> sets the organizational skinning of site's. >> >> When I do a release... the company site fails to build because it can't >> locate the site skin in any repo. I'm guessing that the deploy of the >> release is AFTER the site - hence the skin can never be applied until the >> module is deployed. >> >> yes/no... I'm having a guess either way. >> >> Cheers. >> >> >> >
Re: HttpBindingTest fails
I'm pretty sure you've found the wrong list :)
Cheers,
Brett
2008/9/2 Matthias Richter <[EMAIL PROTECTED]>
> Hi,
>
> while building the ODE trunk the HttpBindingTest fails:
>
>[junit] Testcase: testSimpleFaultCatch took 7.759 sec
>[junit] Testsuite: org.apache.ode.axis2.httpbinding.HttpBindingTest
>[junit] at
> org.apache.ode.axis2.ODEService.onAxisMessageExchange(ODEService.java:132)
>[junit] at
> org.apache.ode.axis2.hooks.ODEMessageReceiver.invokeBusinessLogic(ODEMessageReceiver.java:67)
>[junit] at
> org.apache.ode.axis2.hooks.ODEMessageReceiver.invokeBusinessLogic(ODEMessageReceiver.java:50)
>[junit] at
> org.apache.axis2.receivers.AbstractMessageReceiver.receive(AbstractMessageReceiver.java:100)
>[junit] at
> org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:176)
>[junit] at
> org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:275)
>[junit] at
> org.apache.axis2.transport.http.HTTPWorker.service(HTTPWorker.java:278)
>[junit] at
> org.apache.axis2.transport.http.server.AxisHttpService.doService(AxisHttpService.java:281)
>[junit] at
> org.apache.axis2.transport.http.server.AxisHttpService.handleRequest(AxisHttpService.java:187)
>[junit] at
> org.apache.axis2.transport.http.server.HttpServiceProcessor.run(HttpServiceProcessor.java:82)
>[junit] at
> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061)
>[junit] at
> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
>[junit] at java.lang.Thread.run(Thread.java:613)
>[junit] Caused by: org.apache.ode.axis2.OdeFault: Call to {
> http://ode/bpel/unit-test.wsdl}HelloService.hello timed out.
>[junit] at
> org.apache.ode.axis2.ODEService.onAxisMessageExchange(ODEService.java:118)
>[junit] ... 12 more
>[junit]
>
>
> I'm working with java version 1.5.0_13, ruby 1.8.6 and Buildr 1.3.2.
>
> Does anybody have an idea?
>
> -- Matthias
>
>
>
>
> Matthias Richter
>
> [EMAIL PROTECTED]
> 0221 356 46 17
> 0177 829 16 80
> Skype: samma_wk
> Jabber / GTalk: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Brett Porter
Blog: http://blogs.exist.com/bporter/
Re: Organization & Site Skin Module
Thanks Martin, I don't think that's the problem here... the problem appears to that the site plugin can not obtain my module skin/jar from any repository. Now I begin to make assumptions... but this would most likely happen because the released artifacts/module/skin has not been deployed into a repository yet (during release) before the site:site occurs. Hence, the skin is not available, can not be applied and the release barfs. These are all wild claims on my part and I have no idea how to resolve them. The skin belongs under the organization pom, and the organization pom needs the skin I'd rather not duplicate the organization pom's config. On Tue, Sep 2, 2008 at 10:54 AM, Andrew Hughes <[EMAIL PROTECTED]> wrote: > Hi All, > > I have > > company/pom.xml (module = skin) > company/skin/pom.xml (parent = company) > > Also, the company/src/site/site.xml (skin = comany-skin).. this is what > sets the organizational skinning of site's. > > When I do a release... the company site fails to build because it can't > locate the site skin in any repo. I'm guessing that the deploy of the > release is AFTER the site - hence the skin can never be applied until the > module is deployed. > > yes/no... I'm having a guess either way. > > Cheers. > > >
Any plugins for Apache DS (or other ldap server?)
Hey all, I´m looking to hook up some LDAP based integration tests to my app and was wondering if there were any maven plugins for Apache DS similar to the jetty plugin for webservers. Just seeing if anyones done anything like this before I head down the path of doing it myself. -- "It is easier to optimize correct code than to correct optimized code." -- Bill Harlan
RE: Organization & Site Skin Module
from the module's perspective |-- my-module | `-- pom.xml `-- parent `-- pom.xml The Solution To address this directory structure (or any other directory structure), we would have to add the element to our parent section. com.mycompany.app my-app 1 .../parent/pom.xml 4.0.0 my-module relativePath will allow the module to locat parent pomhttp://maven.apache.org/guides/introduction/introduction-to-the-pom.html HTHMartin__ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. > Date: Tue, 2 Sep 2008 10:54:14 +0930> From: [EMAIL PROTECTED]> To: users@maven.apache.org> Subject: Organization & Site Skin Module> > Hi All,> > I have> > company/pom.xml (module = skin)> company/skin/pom.xml (parent = company)> > Also, the company/src/site/site.xml (skin = comany-skin).. this is what sets> the organizational skinning of site's.> > When I do a release... the company site fails to build because it can't> locate the site skin in any repo. I'm guessing that the deploy of the> release is AFTER the site - hence the skin can never be applied until the> module is deployed.> > yes/no... I'm having a guess either way.> > Cheers. _ Get ideas on sharing photos from people like you. Find new ways to share. http://www.windowslive.com/explore/photogallery/posts?ocid=TXT_TAGLM_WL_Photo_Gallery_082008
Organization & Site Skin Module
Hi All, I have company/pom.xml (module = skin) company/skin/pom.xml (parent = company) Also, the company/src/site/site.xml (skin = comany-skin).. this is what sets the organizational skinning of site's. When I do a release... the company site fails to build because it can't locate the site skin in any repo. I'm guessing that the deploy of the release is AFTER the site - hence the skin can never be applied until the module is deployed. yes/no... I'm having a guess either way. Cheers.
RE: How to configure a JBoss to link to the webapp folder of a WAR project
did you look at antiJARLocking=true
http://www.jboss.org/file-access/default/members/jbossweb/freezone/docs/2.1.0/config/context.html
otherwise the classloader locks the jar and no other process can deploy on top
of itMartin__ Disclaimer and
confidentiality note Everything in this e-mail and any attachments relates to
the official business of Sender. This transmission is of a confidential nature
and Sender does not endorse distribution to any party other than intended
recipient. Sender does not necessarily endorse content contained within this
transmission. > Date: Mon, 1 Sep 2008 18:30:35 +0100> From: [EMAIL PROTECTED]>
To: users@maven.apache.org> Subject: Re: How to configure a JBoss to link to
the webapp folder of a WAR project> > Many apologies!> My previous post had so
many tipos I had to repost it here... Will be more> careful in the future...
and type slower too! :-D> > Hi again,> > Following a tip from John Newman I
used this Eclipse plugin...> http://andrei.gmxhome.de/filesync/> > This allows
us to configure an automated file copy operation for specific> project folders
to whatever folder we want to.> So I configured the plugin to copy the webapp
folder to the exploded war> target folder and got the JSP/CSS/Images and JS
files hot code replace> working! (Thanks John!)> > This is fine except for
multi-module projects or dependent projects.> For these I still cannot get
hot-code replacement for classes since they are> bundled as JARs even if the
dependent projects are open in eclipse and> workspace resolution is active im
the Maven Eclipse Plugin.> > Has anyone gotten further with this approach or a
similar one?> > Thanks,> > On Mon, Sep 1, 2008 at 6:09 PM, Pedro Viegas <[EMAIL
PROTECTED]> wrote:> > > Hi again,> >> > Following a tip from John Newman I used
this Eclipse plugin...> > http://andrei.gmxhome.de/filesync/> >> > This allows
us to configure an automaed file copy operation for specific> > project folders
to whateve folder we want to.> > So I configured the plugin to copy the webapp
folder to the exploded wr> > target folder ad got the JSP/CS/Images/JS files
hot code replace working!> > (Thans John!)> >> > This is fine except for
multi-module projects or dependant projects.> > For these I still cannot get
hot-code replacement for classes since they> > are bundled as JARs even if the
dependant projects are open in eclipsed and> > wirkspace resolution is active
um the Maven Eclise Plugin.> >> > Has anyone gotten further with this approuch
or a similar one?> >> > Thanks,> >> >> >> > On Fri, Jul 11, 2008 at 11:21 AM,
Pedro Viegas <[EMAIL PROTECTED]>wrote:> >> >> Hi David,> >>> >> Sorry for to
confusing post.> >> I'll try to explain better.> >>> >> I have hot deployment
in place. It is working, just not in the best way.> >> What I have suceeded so
far:> >>> >> I have setup JBoss deploy URLs to search my> >>
${maven.project}/target/{projectWAR}> >> I deploy using mvn war:exploded so I
don't have to wait for the> >> compression phase.> >> For JBoss to accept a dir
like a WAR (that does not end in .war - maven's> >> notation), I have
configured the war plugin to create the exploded dir with> >> ".war" sufix.
Like so...> >>> >> > >> > >>
maven-war-plugin> >> > >>
> >>
${project.build.directory}/${project.build.finalName}.war >>
webappDirectory>> >> > >> > >> And this is what I
have.> >> All java classes get hot replaced by JBoss Eclipse plugin OK.> >>
JSP's are not!> >> To refresh JSP after I change them I issue a mvn
war:exploded each time I> >> want to.> >>> >> This is the best I got so far.
It's not a bad solution. It takes only a> >> few seconds for the projecto to
refresh the JSP. BUT this is a bit> >> workarround and having to set this up
for each project...> >>> >> Anyone has a better aprouch?> >>> >> Thanks,> >>>
>>> >> On Fri, Jul 11, 2008 at 12:35 AM, David Brown <[EMAIL PROTECTED]>> >>
wrote:> >>> >>> Hello Pedro, I'm not sure by your statements if you are using a
HOT> >>> deploy or not. In the case you are using a hot deploy try using an
exploded> >>> war under server/default/deploy and see if you see any
difference. The JSPs> >>> are compiled by the container once they are invoked
at the browser. As an> >>> experiment: create a second virtual JBoss
(4.2.1/4.2.2) server on a port> >>> like 8989 that deploys a single JSP and see
if you can get it to recompile.> >>> There are instructions int the JBoss
/examples directory on how to do this.> >>> HTH, David.> >>> Pedro Viegas wrote
..> >>> > Hi all,> >>> >> >>> > I've been trying to build an environment for
developing web> >>> applications> >>> > that generate WAR files with a
productive debug/development process.> >>> > I'm using JBoss as the application
server. Tomcat is a no go and Jetty> >>> has> >>> > issues with some bytecode
APIs I use.> >>> >> >>> > All is working fine in the traditional way. I package
the WAR, deploy> >>> it
RE: System Scope
"Theoretically", yes. However, it could be several years before management in companies trust Maven well enough and before the security is shown to be sufficient to be able to implement that solution. There of course is the licensing issue. Some software companies have valid reasons why they don't want their software showing up in Maven-type repositories. Then, it becomes a legal issue. I'm hoping that the Maven developers will realize the importance of keeping their audience with large companies. This suggested change (taking out system scope) would cause security, audit, and legal problems for companies that could cause them to have to move away from Maven. It would be a shame for me because I've gotten a lot of value out of Maven and I know many others have as well. I guess we'd be forced to do as one of the other respondents suggested; modify Maven to put the feature back in. Perhaps, if the Maven developers insist on making this change, they could at least maintain a branch (and downloads) with system scope still in it so that larger companies (and we're not that large) could still use Maven. I really don't understand the reasoning for taking it out at all. When I think hard about it, it just doesn't make sense. Mike Corum -Original Message- From: Henrique Prange [mailto:[EMAIL PROTECTED] Sent: Friday, August 29, 2008 12:37 PM To: Maven Users List Subject: Re: System Scope Hi Mike, Couldn't you create a secured place into your Repository Manager? Only people with the required credentials will have access to those jars. Cheers, Henrique CORUM, M E [AG/1000] wrote: > I assume that you would be replacing that with some equivalent > functionality, right? Otherwise, you would be taking away the > capability for large companies to use Maven. Let me give an example > (actually two). We have jar files from vendors that our Maven projects > must depend on. In one case, there is a licensing agreement that > disallows us from putting these jars into Maven/Nexus. In another case, > the jar is "security-sensitive" and must not be put in Maven due to > audit or security requirements. The company I work at has over 200 > Maven projects now. Taking out system scope would immediately cause us > to have to look for an alternative to Maven due to legal, audit, and > security requirements. System scope (or an equivalent capability) must > stay in Maven for it to be used by many companies. > > Mike Corum > > -Original Message- > From: Stephen Connolly [mailto:[EMAIL PROTECTED] > Sent: Friday, August 29, 2008 9:25 AM > To: Maven Users List > Cc: Maven Users List; Asif > Subject: Re: RE: > > because the system scope is scheduled for removal post 2.0.x (or is > that post 2.1 now ;-) ) > > Sent from my iPod > > On 29 Aug 2008, at 14:21, Martin Gainty <[EMAIL PROTECTED]> wrote: > >> Good Morning Asif >> >> why sparingly? >> >> thanks >> Martin >> __ >> Disclaimer and confidentiality note >> Everything in this e-mail and any attachments relates to the >> official business of Sender. This transmission is of a confidential >> nature and Sender does not endorse distribution to any party other >> than intended recipient. Sender does not necessarily endorse content >> contained within this transmission. >> >> >>> From: [EMAIL PROTECTED] >>> To: [EMAIL PROTECTED] >>> CC: users@maven.apache.org >>> Date: Fri, 29 Aug 2008 16:44:28 +0530 >>> Subject: RE: >>> >>> One way is to use the system.setting, helps >>> you point to jars on the File System but this should be used >>> SPARINGLY >>> Use the maven repository, that's the true power of Maven. >>> >>> >>> >>> From: Asif [mailto:[EMAIL PROTECTED] >>> Sent: Friday, August 29, 2008 3:43 PM >>> To: Saket Lakshminarayan Chiluveru >>> Cc: users@maven.apache.org >>> Subject: >>> >>> Hey Guys, >>> Thank you for all the support. >>> I achieved making a war using maven for a very simple web-app. >>> One more doubt though, how can I refer to the jars needed by the >>> app from pom.xml. >>> I know one way is by defining dependencies. >>> Isn't there a simple entry that could be made in pom.xml that acts >>> as a classpath. >>> >>> DISCLAIMER == This e-mail may contain privileged and >>> confidential information which is the property of Persistent >>> Systems Ltd. It is intended only for the use of the individual or >>> entity to which it is addressed. If you are not the intended >>> recipient, you are not authorized to read, retain, copy, print, >>> distribute or use this message. If you have received this >>> communication in error, please notify the sender and delete all >>> copies of this message. Persistent Systems Ltd. does not accept any >>> liability for virus infected mails. >>> >>> CAUTION - Disclaimer * >>> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION >>> intended s
Re: Question about nexus 1.0.0 release
Please ask your Nexus questions here [EMAIL PROTECTED] We're happy to answer your questions over there. On 1-Sep-08, at 12:29 AM, Sench wrote: Hi, Why nexus 1.0.0 release can't upload pom file? Thanks, Arsen -- View this message in context: http://www.nabble.com/Question-about-nexus-1.0.0-release-tp19250066p19250066.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- Selfish deeds are the shortest path to self destruction. -- The Seven Samuari, Akira Kirosawa
Re: How to configure a JBoss to link to the webapp folder of a WAR project
Many apologies!
My previous post had so many tipos I had to repost it here... Will be more
careful in the future... and type slower too! :-D
Hi again,
Following a tip from John Newman I used this Eclipse plugin...
http://andrei.gmxhome.de/filesync/
This allows us to configure an automated file copy operation for specific
project folders to whatever folder we want to.
So I configured the plugin to copy the webapp folder to the exploded war
target folder and got the JSP/CSS/Images and JS files hot code replace
working! (Thanks John!)
This is fine except for multi-module projects or dependent projects.
For these I still cannot get hot-code replacement for classes since they are
bundled as JARs even if the dependent projects are open in eclipse and
workspace resolution is active im the Maven Eclipse Plugin.
Has anyone gotten further with this approach or a similar one?
Thanks,
On Mon, Sep 1, 2008 at 6:09 PM, Pedro Viegas <[EMAIL PROTECTED]> wrote:
> Hi again,
>
> Following a tip from John Newman I used this Eclipse plugin...
> http://andrei.gmxhome.de/filesync/
>
> This allows us to configure an automaed file copy operation for specific
> project folders to whateve folder we want to.
> So I configured the plugin to copy the webapp folder to the exploded wr
> target folder ad got the JSP/CS/Images/JS files hot code replace working!
> (Thans John!)
>
> This is fine except for multi-module projects or dependant projects.
> For these I still cannot get hot-code replacement for classes since they
> are bundled as JARs even if the dependant projects are open in eclipsed and
> wirkspace resolution is active um the Maven Eclise Plugin.
>
> Has anyone gotten further with this approuch or a similar one?
>
> Thanks,
>
>
>
> On Fri, Jul 11, 2008 at 11:21 AM, Pedro Viegas <[EMAIL PROTECTED]>wrote:
>
>> Hi David,
>>
>> Sorry for to confusing post.
>> I'll try to explain better.
>>
>> I have hot deployment in place. It is working, just not in the best way.
>> What I have suceeded so far:
>>
>> I have setup JBoss deploy URLs to search my
>> ${maven.project}/target/{projectWAR}
>> I deploy using mvn war:exploded so I don't have to wait for the
>> compression phase.
>> For JBoss to accept a dir like a WAR (that does not end in .war - maven's
>> notation), I have configured the war plugin to create the exploded dir with
>> ".war" sufix. Like so...
>>
>>
>>
>> maven-war-plugin
>>
>>
>> ${project.build.directory}/${project.build.finalName}.war> webappDirectory>
>>
>>
>> And this is what I have.
>> All java classes get hot replaced by JBoss Eclipse plugin OK.
>> JSP's are not!
>> To refresh JSP after I change them I issue a mvn war:exploded each time I
>> want to.
>>
>> This is the best I got so far. It's not a bad solution. It takes only a
>> few seconds for the projecto to refresh the JSP. BUT this is a bit
>> workarround and having to set this up for each project...
>>
>> Anyone has a better aprouch?
>>
>> Thanks,
>>
>>
>> On Fri, Jul 11, 2008 at 12:35 AM, David Brown <[EMAIL PROTECTED]>
>> wrote:
>>
>>> Hello Pedro, I'm not sure by your statements if you are using a HOT
>>> deploy or not. In the case you are using a hot deploy try using an exploded
>>> war under server/default/deploy and see if you see any difference. The JSPs
>>> are compiled by the container once they are invoked at the browser. As an
>>> experiment: create a second virtual JBoss (4.2.1/4.2.2) server on a port
>>> like 8989 that deploys a single JSP and see if you can get it to recompile.
>>> There are instructions int the JBoss /examples directory on how to do this.
>>> HTH, David.
>>> Pedro Viegas wrote ..
>>> > Hi all,
>>> >
>>> > I've been trying to build an environment for developing web
>>> applications
>>> > that generate WAR files with a productive debug/development process.
>>> > I'm using JBoss as the application server. Tomcat is a no go and Jetty
>>> has
>>> > issues with some bytecode APIs I use.
>>> >
>>> > All is working fine in the traditional way. I package the WAR, deploy
>>> it to
>>> > the server with the cargo plugin and test it.
>>> > Through JBoss Eclipse Plugin I have debug and hotcode replacement for
>>> java
>>> > classes, BUT not for JSPs!
>>> > How can I make JBoss aware of JSP/CSS/JS changes?
>>> >
>>> > I have seen a bunch of examples for Tomcat and Jetty to indicate a path
>>> to
>>> > the webapp folder.
>>> > For JBoss the only solution so far has always included building an
>>> exploded
>>> > WAR somewhere and point JBoss deploy URLs to it so it deploys them.
>>> > Even the solution of using the war:inplace is not functional since
>>> JBoss
>>> > deployer only scans WAR/JAR/EAR/etc files. A directory like
>>> > "src/main/webapp" is simply ignored.
>>> >
>>> > All I wanted to do was deploy the application through Maven a Eclipse
>>> > lanched debug JBoss instance and be able to change my JSP files and
>>> refresh
>>> > them on the browser.
>>> > As anyone been able to do this?
>>> >
>>> > Thanks,
>>> >
>>> > --
>
Re: How to configure a JBoss to link to the webapp folder of a WAR project
Hi Siarhei, Thanks for the tip. I haven't explored the WTP project before, only read about it very briefly. I will try this approach, even though it will surely force me to change a bit of my deployment and modules to comply to some rules I have read on the site. One question though, why did it put the m2eclipse plug in aside? Woudn't it help in the process? Are they incompatible? WTP projects and M2Projects projects I mean? I've been using the m2eclipse for some time and aside for a few bugs i got used to work arround i'm quite happy with it. Your experience (good or bad) would be appreciated to help me weight my options. Thanks, On Fri, Jul 11, 2008 at 10:05 PM, Siarhei Dudzin <[EMAIL PROTECTED]>wrote: > Hi, > > It pretty much 'just works'. I have a multi module eclipse (Eclipse Europa > version) projects with WTP 2 enabled in the maven-eclipse-plugin > configuration. > No m2eclipse plugin (tried it - but put it aside) - just > maven-eclipse-plugin. > > Just download sources of maven-eclipse-plugin - it has several test > projects > that can give you an idea for configuring your projects. > > JBoss Tools is built on top of WTP 2 and does exploded deployment right to > JBoss hot deploy directory. > > Regards, > Siarhei > > On Fri, Jul 11, 2008 at 12:14 PM, Pedro Viegas <[EMAIL PROTECTED]> > wrote: > > > Hi Siarhei, > > > > I too use JBoss tools and Eclipse Plugin. > > How did you set this up? > > > > Thanks, > > > > On Thu, Jul 10, 2008 at 8:08 PM, Siarhei Dudzin < > [EMAIL PROTECTED]> > > wrote: > > > > > What's wrong with JBoss Tools? We use maven-eclipse-plugin + JBoss > Tools, > > > works well so far... > > > > > > Siarhei > > > > > > On Thu, Jul 10, 2008 at 7:37 PM, Pedro Viegas <[EMAIL PROTECTED]> > > > wrote: > > > > > > > Hi all, > > > > > > > > I've been trying to build an environment for developing web > > applications > > > > that generate WAR files with a productive debug/development process. > > > > I'm using JBoss as the application server. Tomcat is a no go and > Jetty > > > has > > > > issues with some bytecode APIs I use. > > > > > > > > All is working fine in the traditional way. I package the WAR, deploy > > it > > > to > > > > the server with the cargo plugin and test it. > > > > Through JBoss Eclipse Plugin I have debug and hotcode replacement for > > > java > > > > classes, BUT not for JSPs! > > > > How can I make JBoss aware of JSP/CSS/JS changes? > > > > > > > > I have seen a bunch of examples for Tomcat and Jetty to indicate a > path > > > to > > > > the webapp folder. > > > > For JBoss the only solution so far has always included building an > > > exploded > > > > WAR somewhere and point JBoss deploy URLs to it so it deploys them. > > > > Even the solution of using the war:inplace is not functional since > > JBoss > > > > deployer only scans WAR/JAR/EAR/etc files. A directory like > > > > "src/main/webapp" is simply ignored. > > > > > > > > All I wanted to do was deploy the application through Maven a Eclipse > > > > lanched debug JBoss instance and be able to change my JSP files and > > > refresh > > > > them on the browser. > > > > As anyone been able to do this? > > > > > > > > Thanks, > > > > > > > > -- > > > > Pedro Viegas > > > > > > > > > > > > Walking on water and developing software > > > > from a specification are easy if both are > > > > frozen. > > > > - Edward V. Berard > > > > > > > > > > > > > > > -- > > Pedro Viegas > > > > > > Walking on water and developing software > > from a specification are easy if both are > > frozen. > > - Edward V. Berard > > > -- Pedro Viegas Walking on water and developing software from a specification are easy if both are frozen. - Edward V. Berard
Re: How to configure a JBoss to link to the webapp folder of a WAR project
Hi again,
Following a tip from John Newman I used this Eclipse plugin...
http://andrei.gmxhome.de/filesync/
This allows us to configure an automaed file copy operation for specific
project folders to whateve folder we want to.
So I configured the plugin to copy the webapp folder to the exploded wr
target folder ad got the JSP/CS/Images/JS files hot code replace working!
(Thans John!)
This is fine except for multi-module projects or dependant projects.
For these I still cannot get hot-code replacement for classes since they are
bundled as JARs even if the dependant projects are open in eclipsed and
wirkspace resolution is active um the Maven Eclise Plugin.
Has anyone gotten further with this approuch or a similar one?
Thanks,
On Fri, Jul 11, 2008 at 11:21 AM, Pedro Viegas <[EMAIL PROTECTED]> wrote:
> Hi David,
>
> Sorry for to confusing post.
> I'll try to explain better.
>
> I have hot deployment in place. It is working, just not in the best way.
> What I have suceeded so far:
>
> I have setup JBoss deploy URLs to search my
> ${maven.project}/target/{projectWAR}
> I deploy using mvn war:exploded so I don't have to wait for the compression
> phase.
> For JBoss to accept a dir like a WAR (that does not end in .war - maven's
> notation), I have configured the war plugin to create the exploded dir with
> ".war" sufix. Like so...
>
>
>
> maven-war-plugin
>
> ${project.build.directory}/${project.build.finalName}.war
>
>
>
> And this is what I have.
> All java classes get hot replaced by JBoss Eclipse plugin OK.
> JSP's are not!
> To refresh JSP after I change them I issue a mvn war:exploded each time I
> want to.
>
> This is the best I got so far. It's not a bad solution. It takes only a few
> seconds for the projecto to refresh the JSP. BUT this is a bit workarround
> and having to set this up for each project...
>
> Anyone has a better aprouch?
>
> Thanks,
>
>
> On Fri, Jul 11, 2008 at 12:35 AM, David Brown <[EMAIL PROTECTED]>
> wrote:
>
>> Hello Pedro, I'm not sure by your statements if you are using a HOT deploy
>> or not. In the case you are using a hot deploy try using an exploded war
>> under server/default/deploy and see if you see any difference. The JSPs are
>> compiled by the container once they are invoked at the browser. As an
>> experiment: create a second virtual JBoss (4.2.1/4.2.2) server on a port
>> like 8989 that deploys a single JSP and see if you can get it to recompile.
>> There are instructions int the JBoss /examples directory on how to do this.
>> HTH, David.
>> Pedro Viegas wrote ..
>> > Hi all,
>> >
>> > I've been trying to build an environment for developing web applications
>> > that generate WAR files with a productive debug/development process.
>> > I'm using JBoss as the application server. Tomcat is a no go and Jetty
>> has
>> > issues with some bytecode APIs I use.
>> >
>> > All is working fine in the traditional way. I package the WAR, deploy it
>> to
>> > the server with the cargo plugin and test it.
>> > Through JBoss Eclipse Plugin I have debug and hotcode replacement for
>> java
>> > classes, BUT not for JSPs!
>> > How can I make JBoss aware of JSP/CSS/JS changes?
>> >
>> > I have seen a bunch of examples for Tomcat and Jetty to indicate a path
>> to
>> > the webapp folder.
>> > For JBoss the only solution so far has always included building an
>> exploded
>> > WAR somewhere and point JBoss deploy URLs to it so it deploys them.
>> > Even the solution of using the war:inplace is not functional since JBoss
>> > deployer only scans WAR/JAR/EAR/etc files. A directory like
>> > "src/main/webapp" is simply ignored.
>> >
>> > All I wanted to do was deploy the application through Maven a Eclipse
>> > lanched debug JBoss instance and be able to change my JSP files and
>> refresh
>> > them on the browser.
>> > As anyone been able to do this?
>> >
>> > Thanks,
>> >
>> > --
>> > Pedro Viegas
>> >
>> >
>> > Walking on water and developing software
>> > from a specification are easy if both are
>> > frozen.
>> > - Edward V. Berard
>> Yet some, not wise, go to the other side of the globe, to barbarous and
>> unhealthy regions, and devote ten or twenty years, in that they may
>> live,-that is, keep comfortably warm,- and die in New England at last.
>>
>> Henry David Thoreau - Walden - 1845
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
> --
> Pedro Viegas
>
>
> Walking on water and developing software
> from a specification are easy if both are
> frozen.
> - Edward V. Berard
>
--
Pedro Viegas
Walking on water and developing software
from a specification are easy if both are
frozen.
- Edward V. Berard
Re: Maven Update Dependency
On Mon, Sep 1, 2008 at 9:10 AM, Pandit, Prashant <[EMAIL PROTECTED]> wrote: > Our developers are in India and repository is in London. > Yes Maven hangs on each repository it searches before it ever finds the > artifact and starts downloading it, thus it takes hours of time to complete > build. But in London this is not happening, I mean everything works fine. What does the rest of the setup look like? Are you using mirrors in settings.xml to prevent access to public repositories so that everything goes through Artifactory? (Are you _allowed_ to access public maven repos?) This page might help: http://maven.apache.org/guides/mini/guide-mirror-settings.html > One more doubt, it may be b'coz of every time we use mvn install command > instead of mvn build (I assume you mean 'mvn compile'.) No, that wouldn't cause this. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven Update Dependency
Our developers are in India and repository is in London. Yes Maven hangs on each repository it searches before it ever finds the artifact and starts downloading it, thus it takes hours of time to complete build. But in London this is not happening, I mean everything works fine. One more doubt, it may be b'coz of every time we use mvn install command instead of mvn build -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: 01 September 2008 17:01 To: Maven Users List Subject: Re: Maven Update Dependency On Mon, Sep 1, 2008 at 8:43 AM, Pandit, Prashant <[EMAIL PROTECTED]> wrote: > Thanks for your reply. Yes, we have number of developers accessing the > repository and we are using Artifactory. How far away is that Artifactory instance? I'm trying to figure out where the delay is happening. Are you just seeing normal downloads taking a long time, or is Maven hanging on each repository it searches before it ever finds the artifact and starts downloading it? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail has been scanned for viruses by the Cable & Wireless e-mail security system - powered by MessageLabs. For more information on a proactive managed e-mail security service, visit http://www.cw.com/uk/emailprotection/ The information contained in this e-mail is confidential and may also be subject to legal privilege. It is intended only for the recipient(s) named above. If you are not named above as a recipient, you must not read, copy, disclose, forward or otherwise use the information contained in this email. If you have received this e-mail in error, please notify the sender (whose contact details are above) immediately by reply e-mail and delete the message and any attachments without retaining any copies. Cable and Wireless plc Registered in England and Wales.Company Number 238525 Registered office: 3rd Floor, 26 Red Lion Square, London WC1R 4HQ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Update Dependency
On Mon, Sep 1, 2008 at 8:43 AM, Pandit, Prashant <[EMAIL PROTECTED]> wrote: > Thanks for your reply. Yes, we have number of developers accessing the > repository and we are using Artifactory. How far away is that Artifactory instance? I'm trying to figure out where the delay is happening. Are you just seeing normal downloads taking a long time, or is Maven hanging on each repository it searches before it ever finds the artifact and starts downloading it? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Update Dependency
On Mon, Sep 1, 2008 at 7:52 AM, Pandit, Prashant <[EMAIL PROTECTED]> wrote: > We are facing issue with maven update dependency.When multiple depevlopers > run maven ,it takes hours of time in updating dependency from artifactory > located in remote.Is it because of network issue causing this slow.I tried to > change localhost in setting.xml. Can you describe your setup a bit more? It sounds like you have a group of developers accessing an Artifactory repo that is very far away. You might want to run another Artifactory (or Archiva or Nexus) instance "closer" to the developers, and let it proxy the other one. That way you'll only see the long download time once per artifact, rather than once per developer per artifact. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven Update Dependency
We are facing issue with maven update dependency.When multiple depevlopers run maven ,it takes hours of time in updating dependency from artifactory located in remote.Is it because of network issue causing this slow.I tried to change localhost in setting.xml. This e-mail has been scanned for viruses by the Cable & Wireless e-mail security system - powered by MessageLabs. For more information on a proactive managed e-mail security service, visit http://www.cw.com/uk/emailprotection/ The information contained in this e-mail is confidential and may also be subject to legal privilege. It is intended only for the recipient(s) named above. If you are not named above as a recipient, you must not read, copy, disclose, forward or otherwise use the information contained in this email. If you have received this e-mail in error, please notify the sender (whose contact details are above) immediately by reply e-mail and delete the message and any attachments without retaining any copies. Cable and Wireless plc Registered in England and Wales.Company Number 238525 Registered office: 3rd Floor, 26 Red Lion Square, London WC1R 4HQ
HttpBindingTest fails
Hi,
while building the ODE trunk the HttpBindingTest fails:
[junit] Testcase: testSimpleFaultCatch took 7.759 sec
[junit] Testsuite: org.apache.ode.axis2.httpbinding.HttpBindingTest
[junit] at
org.apache.ode.axis2.ODEService.onAxisMessageExchange(ODEService.java:
132)
[junit] at
org
.apache
.ode
.axis2
.hooks.ODEMessageReceiver.invokeBusinessLogic(ODEMessageReceiver.java:
67)
[junit] at
org
.apache
.ode
.axis2
.hooks.ODEMessageReceiver.invokeBusinessLogic(ODEMessageReceiver.java:
50)
[junit] at
org
.apache
.axis2
.receivers
.AbstractMessageReceiver.receive(AbstractMessageReceiver.java:100)
[junit] at
org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:176)
[junit] at
org
.apache
.axis2
.transport
.http
.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:275)
[junit] at
org.apache.axis2.transport.http.HTTPWorker.service(HTTPWorker.java:278)
[junit] at
org
.apache
.axis2
.transport.http.server.AxisHttpService.doService(AxisHttpService.java:
281)
[junit] at
org
.apache
.axis2
.transport
.http.server.AxisHttpService.handleRequest(AxisHttpService.java:187)
[junit] at
org
.apache
.axis2
.transport
.http.server.HttpServiceProcessor.run(HttpServiceProcessor.java:82)
[junit] at
edu
.emory
.mathcs
.backport
.java
.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
1061)
[junit] at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:575)
[junit] at java.lang.Thread.run(Thread.java:613)
[junit] Caused by: org.apache.ode.axis2.OdeFault: Call to {http://ode/bpel/unit-test.wsdl
}HelloService.hello timed out.
[junit] at
org.apache.ode.axis2.ODEService.onAxisMessageExchange(ODEService.java:
118)
[junit] ... 12 more
[junit] soapenv:Envelope>
I'm working with java version 1.5.0_13, ruby 1.8.6 and Buildr 1.3.2.
Does anybody have an idea?
-- Matthias
Matthias Richter
[EMAIL PROTECTED]
0221 356 46 17
0177 829 16 80
Skype: samma_wk
Jabber / GTalk: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Generate file that lists module jars
Hi, When making a zip assembly, I'd need to generate a file that contains a list of the modules contained in the zip (just the modules, not the transitive dependencies). So if my pom has: moduleA moduleB I'd get a file (e.g modules.txt) in the zip that would say: moduleA-0.0.1.jar moduleB-0.0.1.jar Any pointers to a plugin that could do that or any other help would be greatly appreciated. Thanks! -- FD
Best Practice for DLLs in Maven with Eclipse
One of the many things I like about Maven is that the binaries are in repositiories and not in CVS. For normal Jars this works perfect but DLLs and .so files are often also packed in jars and then put into the repositories. These jars have to be unpacked before they can be used when running the Project within Eclipse. My old way to use these DLLs was to put them into the project root (single module) and then put everything in CVS. When s.o. was checking this out with Eclipse from CVS everything worked and the project could be run directly. I can do the same now with M2E projects but it feels wrong to put the DLLs in the CVS and to not use the repo for that. My question is how people are handling this "problem". The idea is that when someone joins the team he can checkout the project and start it right away (without the DLLs being in CVS). Jan Schoppenhorst GDV Gesellschaft für geografische Datenverarbeitung mbH Binger Straße 49-51 55218 Ingelheim Tel.: 06132/7148-19 Fax.: 06132/7148-28 www.gdv.com www.gdv-mapbuilder.de Sitz der Gesellschaft: Ingelheim Amtsgericht Mainz HRB 23123 Gerichtsstand Mainz Geschäftsführer: Thomas Riehl, Dirk Hübener - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Approach for multi-projects based on same base code
Hi, I am studying Maven now and I think it might be just what we need to make our builds easier and also (more important) standardizing our projects's structures. See our scenario: We have the same trunk application but with slightly different bits and pieces which change depending on the customers we have to deploy to. For example, some clients use a customised DAO classes which relies on Stored Procedures and it also have different constraints for the table names and procedures. All the rest (about 98%) is the same for everybody. We would like to use something like: mvn install client1 and then BOOM! We have the right bits and pieces for this customers. Also is important to note we would like to have a centralised point for mantaining what is shared between the projects (which might be around 98%) and only small files (xml??) to describe the parts which change. Which would make things easier to keep it organized, I think! What is the best approach (both on SVN and Maven) to make it simple and idiots' proof ? :blush: Thanks everybody! Cheers -- View this message in context: http://www.nabble.com/Approach-for-multi-projects-based-on-same-base-code-tp19254714p19254714.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Always getting 'used undeclared dependencies' warning when using TestNG
Hi, when I run 'mvn dependency:analyze' I always get this warning: [WARNING] Used undeclared dependencies found: [WARNING]junit:junit:jar:3.8.1:test I assume it is because I use TestNG and that has a transitive dependency on JUnit. Why should I declare a direct dependency on JUnit if I don't use JUnit directly? regards, Wim
Re: [PLEASE TEST] 2.1.0-M1-RC12 of Maven (was: Maven 2.0.10-RC*)
Hi John, FYI, I've tried this RC with a couple of projects (including the plug-in project) and no problems found. Thank you very much. Cheers, Henrique John Casey wrote: Hi everyone, Sorry if the subject of this message is a little confusing, but we're in the process of relabeling the code in this release candidate to be part of a new version, a departure from the 2.0.x codebase. This release candidate contains some large modifications, even though it's meant to be backward compatible, and the risk that entails makes the relabeling appropriate. In any case, I'm anticipating one of a set of possible results from this relabeling discussion, and calling this RC 2.1.0-M1-RC12 (since it needs *some* name). You can find it here: http://people.apache.org/~jdcasey/stage/apache-maven/2.1.0-M1-RC12/org/apache/maven/apache-maven/2.1.0-M1-RC12/ Please give it a try when you have time. I think you'll find this the most stable of all our attempts so far, and possibly even the one we'll promote for a final release, whatever version it winds up having. Thanks, -john - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Caused by: java.lang.NoClassDefFoundError: javax/activation/MimeTypeParseException
Hi, The error is overcame. I change Java5 to Java6. The error is gone. Jan Torben Heuer-3 wrote: > > thomas2004 wrote: > > Hi thomas2004, > >> I build my project with mvn eclipse:eclipse but I got error: >> >> Caused by: java.lang.NoClassDefFoundError: >> javax/activation/MimeTypeParseException >> >> I've check the class "javax.activation.MimeTypeParseException.java" is in >> "activation-1.1.jar" and this jar is already in the Maven dependency in >> Eclipse. >> >> What could be the problem? > > AFAIK the eclipse goal does not compile your code thus it shouldn't raise > the error - but I may be wrong. Can you post the relevant lines from > mvn -X -e eclipse:eclipse? > > Jan > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Caused-by%3A-java.lang.NoClassDefFoundError%3A-javax-activation-MimeTypeParseException-tp19250275p19252677.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Caused by: java.lang.NoClassDefFoundError: javax/activation/MimeTypeParseException
thomas2004 wrote: Hi thomas2004, > I build my project with mvn eclipse:eclipse but I got error: > > Caused by: java.lang.NoClassDefFoundError: > javax/activation/MimeTypeParseException > > I've check the class "javax.activation.MimeTypeParseException.java" is in > "activation-1.1.jar" and this jar is already in the Maven dependency in > Eclipse. > > What could be the problem? AFAIK the eclipse goal does not compile your code thus it shouldn't raise the error - but I may be wrong. Can you post the relevant lines from mvn -X -e eclipse:eclipse? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: About Multi-module site generation
Hi David,
Have tried your menu ref="parent" but seems it have nothing to do with
the problem.
It seems only create link to parent project in the 'inherited' project.
I have also tried to add menu ref="modules" and as I said before, no
sub-module's link
is included. Moreover, my top level project is not a parent project for
inheritence, it is
just a multi-module project.
The reason I am trying to include the built artifact in the site is in
fact I am trying to
integrate with build server (Luntbuild). I want to put the build result
in the provided
directory. Is there really no way that I can build a full site
(including the artifacts)
for such purpose? If so I may need to find other way
Thanks
Adrian
-Original Message-
From: David Roussel [mailto:[EMAIL PROTECTED]
Sent: Friday, August 29, 2008 11:29 PM
To: users@maven.apache.org
Subject: Re: About Multi-module site generation
Adrian Shum wrote:
>
>
> 1) I tried to run "mvn site" , "mvn clean install site" and also "mvn
> site:stage" in myproj.
> The generated site in myproj only contains info on myproj. No link to
> sub-project
> under "Module" in the left panel.
>
> I have no special configuration in POM for the site generation. Do I
> need to do something to make an aggregated site?
>
Try putting this in your site.xml:
For more info see:
-
http://maven.apache.org/plugins/maven-site-plugin/examples/sitedescripto
r.html
- http://www.sonatype.com/book/reference/site-generation.html
Adrian Shum wrote:
>
> 2) Is that the built artifact will be put under the site? I have
> checked the target/site (or target/stage if I use site:stage), my
> JAR/WAR/EAR is not present in it. Do I need
> some configuration to achieve this?
>
The built artifact is not put under target/site. If you run 'mvn
install'
your artifact will be in target, and if you run 'mvn deploy' it will be
uploaded to your repo, if your pom is confifured correctly. See the
manve
book for more info.
Thanks
David
--
View this message in context:
http://www.nabble.com/About-Multi-module-site-generation-tp19217384p1922
2128.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This email is confidential. If you are not the intended recipient, please
delete it from your system and notify the sender immediately. Any unauthorized
use, disclosure, dissemination or copying of this email is prohibited. Taifook
Securities Group, its group companies and their content providers ("Parties")
shall not be responsible for the accuracy or completeness of this email or its
attachment, if any, which could contain virus, be corrupted, destroyed,
incomplete, intercepted, lost or arrive late. The Parties do not accept
liability for any damage caused by this email.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Simplest possible http repo setup?
On 27-Aug-08, at 1:01 AM, Haikal Saadh wrote: You'll have to look into mod_dav or similar for apache. That'll give you http put. Or, you can run something like Archiva in standalone mode, using the embedded jetty. (That'll give you an mirror of other repos as well, among with some other nice features) Nexus is way less resource intensive then Archiva. Nexus just uses embedded Jetty and allows a simple PUT to deploy. Nexus runs at a constant 28mb of memory, it's pretty light relatively speaking. On 27/08/2008, at 5:36 PM, Todor Boev wrote: Hello, I'm a maven uber-newby. Been playing with it since 2 days ago :) Currently I need to set up an HTTP visible maven repo on a resource constrained box. It has some linux - don't know the distro, and an old Apache 1.3 web server. I tried to simply designate a directory to be the repo and made it accessible via the apache (enabled indexing for the dir). As expected maven could download from that directory but could not put jars back into into it (HTTP PUT doesn't work). I need to know if it is possible to just tweak apaches config a bit more to make the repo fully functional. I hope I don't need to deploy something like Nexus - it doesn't leave enough resources for the elaborate Ant-based build system that also lives on the linux box (pentium III, 512 mb ram, 8gb hdd) Cheers, Todor - 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] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- believe nothing, no matter where you read it, or who has said it, not even if i have said it, unless it agrees with your own reason and your own common sense. -- Buddha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Version Numbers with Scrum
I the past I've tried to separate the technical versions from the planning versions. Some projects do this with code names, but we did with release numbers. The CI system gave us build numbers, we didn't know in advance which build would become the release, esp weeks in advance. So when people ask which version is going to contain feature X, or bug fix Y, then we tell them the planned release number (or code name), and then we have a build and we release it, we bind the release number to the build number. Once the project had been running for a long time the separation between the two version numbers wasn't so tight, and it didn't matter as we were much better about planning releases as there was less change. David -- View this message in context: http://www.nabble.com/Version-Numbers-with-Scrum-tp19182915p19250282.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Override localRepository at plugin execution using another local repository plexus component implementation
Thanks Brett, will file an enhance request against dependency plugin
-D
On Mon, Sep 1, 2008 at 12:34 AM, Brett Porter <[EMAIL PROTECTED]> wrote:
> You can't configure an artifact repository easily from the plugin
> configuration, so the likely change is to make a feature request to have
> something like:
> /** @parameter */
> private String alternateLocalRepository;
>
> This would be used instead of localRepository when specified.
>
> Cheers,
> Brett
>
> 2008/9/1 Dan Tran <[EMAIL PROTECTED]>
>
>> On Sun, Aug 31, 2008 at 5:48 PM, Dan Tran <[EMAIL PROTECTED]> wrote:
>> > Oops, I pasted the wrong declaration, it should be
>> >
>> >/**
>> > * Location of the local repository.
>> > *
>> > * @parameter expression="${localRepository}"
>> > * @readonly
>> > * @required
>> > */
>> >protected org.apache.maven.artifact.repository.ArtifactRepository
>> local;
>> >
>> > Looks like the expression=${localRepository} is the implicit
>> > ${settings.localRepository}
>> >
>> > Is there a way to pass in my own localRepository instead of using
>> > the implicit settings.localRepository. This way, there is no need to
>> > enhance the plugin.
>>
>> Of course, we still need to remove @readonly which is a minimal change
>> in the plugin
>>
>>
>> >
>> > If we need to enhance dependency plugin to allow override of its
>> > "local" configuration,
>> > how is it going to be? Perhaps, we can add an additional
>> > configuration like localRepositoryPath( String) and create a new
>> > DefaultArtifactRepository if it is not null to replace the declared
>> > "local" at execution time?
>> >
>> >
>> > Thanks
>> >
>> > -Dan
>> >
>> > On Sun, Aug 31, 2008 at 5:25 PM, Brett Porter <[EMAIL PROTECTED]>
>> wrote:
>> >> You're on the right track, but there's a few problems here.
>> >> Firstly, I'm a bit confused as you have artifactFactory, but refer to
>> local
>> >> repository. This is important - if the plugin is using a factory to
>> create a
>> >> repository then you can replace the factory, but if it's using
>> >> ${settings.localRepository} you'll have to override that in a different
>> way.
>> >>
>> >> As for replacing an implementation, the method you've given is not quite
>> >> correct. You actually need something like:
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> A good example of this is the shade plugin, which does so for it's
>> >> transformers.
>> >>
>> >> But if @component is used, or @readonly - this may not work anyway.
>> >>
>> >> For the specific use case you are talking about, replacement components
>> >> shouldn't be needed, it just sounds like you want to modify the local
>> >> repository. That seems like a feature request to make of the dependency
>> >> plugin.
>> >>
>> >> Cheers,
>> >> Brett
>> >>
>> >> 2008/9/1 Dan Tran <[EMAIL PROTECTED]>
>> >>
>> >>> Currently, a typical localRepository configuration is declared like
>> >>> this in the mojo.
>> >>>
>> >>> /**
>> >>> * Used to look up Artifacts in the remote repository.
>> >>> *
>> >>> * @parameter
>> >>>
>> expression="${component.org.apache.maven.artifact.factory.ArtifactFactory}"
>> >>> * @required
>> >>> * @readonly
>> >>> */
>> >>>protected org.apache.maven.artifact.factory.ArtifactFactory factory;
>> >>>
>> >>>
>> >>> This means, I can create my own local repository plexus component
>> >>> implementation, declare it as a dependency in my pom in the plugin's
>> >>> dependency list, and pass it in as a execution configuration like
>> >>>
>> >>>
>> >>>
>> >>> myExecutionLocalRepository
>> >>>> >>>
>> >>>
>> >>>
>> >>>my implementation goes here
>> >>>
>> >>>
>> >>> Where myExecutionLocalRepository is the plexus component name, known as
>> >>> "hint"
>> >>>
>> >>> Is the right approach?
>> >>>
>> >>> The motivation behind this is that I have a need to use dependency
>> >>> plugin to copy and unpack some very large artifacts and I dont want
>> >>> it to pollute my global local repository especially when using
>> >>> snapshot artifacts. myExecutionLocalRepository is located under
>> >>> target directory so that It can be cleanup via maven clean.
>> >>>
>> >>> Advice is greatly appreciated.
>> >>>
>> >>> Thanks
>> >>>
>> >>> -D
>> >>>
>> >>> -
>> >>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> >>> For additional commands, e-mail: [EMAIL PROTECTED]
>> >>>
>> >>>
>> >>
>> >>
>> >> --
>> >> Brett Porter
>> >> Blog: http://blogs.exist.com/bporter/
>> >>
>> >
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
> --
> Brett Porter
> Blog: http://blogs.exist.com/bporter/
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Caused by: java.lang.NoClassDefFoundError: javax/activation/MimeTypeParseException
I build my project with mvn eclipse:eclipse but I got error: Caused by: java.lang.NoClassDefFoundError: javax/activation/MimeTypeParseException I've check the class "javax.activation.MimeTypeParseException.java" is in "activation-1.1.jar" and this jar is already in the Maven dependency in Eclipse. What could be the problem? -- View this message in context: http://www.nabble.com/Caused-by%3A-java.lang.NoClassDefFoundError%3A-javax-activation-MimeTypeParseException-tp19250275p19250275.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Missing: org.jfrog.maven.annomojo:maven-plugin-anno:jar:1.2.4
Sure, just add http://repo.jfrog.org/artifactory/plugins-releases-local to your list of repositories (you can also use the virtual repo url http://repo.jfrog.org/artifactory/repo to search in all jfrog's hosted repositories). Yoav thomas2004 wrote: > > Hi, > > Surely I can download the jar file first and then install it manually. But > I don't like in such a way so much. > > Can I do it automatically? > > Regards > > Thomas > > > > Yoav Landman wrote: >> >> Yes, we installed a newer version of Artifactory over the weekend. Should >> be alright now and >> your artifact is available at >> http://repo.jfrog.org/artifactory/plugins-releases-local/org/jfrog/maven/annomojo/maven-plugin-anno/1.2.4/maven-plugin-anno-1.2.4.jar >> >> Yoav >> >> >> matinh wrote: >>> >>> On Friday 29 August 2008 thomas2004 wrote: Hi all, As I try to build the project by "mvn eclipse:eclipse" I got error as follow: [code] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.jfrog.maven.annomojo:maven-plugin-anno:jar:1.2.4 >>> >>> You get this because the maven-plugin-anno is not in maven's central >>> repository. According to [0] your can configure maven to use JFrog's >>> repository which would be the best option. Unfortunately this repo seems >>> to >>> be broken at the moment. >>> >>> As an alternative you can download the ZIP file as also explained on the >>> page mentioned above [0] and extract it into your local repository >>> (~/.m2/repository on unix). >>> >>> hth, >>> - martin >>> >>> [0] http://www.jfrog.org/sites/mvn-anno-mojo/latest/ >>> >>> >>> >> >> > > -- View this message in context: http://www.nabble.com/Missing%3A-org.jfrog.maven.annomojo%3Amaven-plugin-anno%3Ajar%3A1.2.4-tp19217580p19250189.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Missing: org.jfrog.maven.annomojo:maven-plugin-anno:jar:1.2.4
Hi martinh, I do as in your link [0] tells as follow. But I even got the same error. org.jfrog.maven.annomojo maven-plugin-anno 1.2.4 org.apache.maven.plugins maven-plugin-plugin 2.3 org.jfrog.maven.annomojo maven-plugin-tools-anno 1.2.4 runtime org.apache.maven.plugins maven-compiler-plugin 1.5 1.5 matinh wrote: > > On Friday 29 August 2008 thomas2004 wrote: >> Hi all, >> >> As I try to build the project by "mvn eclipse:eclipse" I got error as >> follow: >> >> [code] >> [ERROR] BUILD ERROR >> [INFO] >> >> [INFO] Failed to resolve artifact. >> >> Missing: >> -- >> 1) org.jfrog.maven.annomojo:maven-plugin-anno:jar:1.2.4 > > You get this because the maven-plugin-anno is not in maven's central > repository. According to [0] your can configure maven to use JFrog's > repository which would be the best option. Unfortunately this repo seems > to > be broken at the moment. > > As an alternative you can download the ZIP file as also explained on the > page mentioned above [0] and extract it into your local repository > (~/.m2/repository on unix). > > hth, > - martin > > [0] http://www.jfrog.org/sites/mvn-anno-mojo/latest/ > > > -- View this message in context: http://www.nabble.com/Missing%3A-org.jfrog.maven.annomojo%3Amaven-plugin-anno%3Ajar%3A1.2.4-tp19217580p19250075.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Missing: org.jfrog.maven.annomojo:maven-plugin-anno:jar:1.2.4
Hi, Surely I can download the jar file first and then install it manually. But I don't like in such a way so much. Can I do it automatically? Regards Thomas Yoav Landman wrote: > > Yes, we installed a newer version of Artifactory over the weekend. Should > be alright now and > your artifact is available at > http://repo.jfrog.org/artifactory/plugins-releases-local/org/jfrog/maven/annomojo/maven-plugin-anno/1.2.4/maven-plugin-anno-1.2.4.jar > > Yoav > > > matinh wrote: >> >> On Friday 29 August 2008 thomas2004 wrote: >>> Hi all, >>> >>> As I try to build the project by "mvn eclipse:eclipse" I got error as >>> follow: >>> >>> [code] >>> [ERROR] BUILD ERROR >>> [INFO] >>> >>> [INFO] Failed to resolve artifact. >>> >>> Missing: >>> -- >>> 1) org.jfrog.maven.annomojo:maven-plugin-anno:jar:1.2.4 >> >> You get this because the maven-plugin-anno is not in maven's central >> repository. According to [0] your can configure maven to use JFrog's >> repository which would be the best option. Unfortunately this repo seems >> to >> be broken at the moment. >> >> As an alternative you can download the ZIP file as also explained on the >> page mentioned above [0] and extract it into your local repository >> (~/.m2/repository on unix). >> >> hth, >> - martin >> >> [0] http://www.jfrog.org/sites/mvn-anno-mojo/latest/ >> >> >> > > -- View this message in context: http://www.nabble.com/Missing%3A-org.jfrog.maven.annomojo%3Amaven-plugin-anno%3Ajar%3A1.2.4-tp19217580p19250071.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Override localRepository at plugin execution using another local repository plexus component implementation
You can't configure an artifact repository easily from the plugin
configuration, so the likely change is to make a feature request to have
something like:
/** @parameter */
private String alternateLocalRepository;
This would be used instead of localRepository when specified.
Cheers,
Brett
2008/9/1 Dan Tran <[EMAIL PROTECTED]>
> On Sun, Aug 31, 2008 at 5:48 PM, Dan Tran <[EMAIL PROTECTED]> wrote:
> > Oops, I pasted the wrong declaration, it should be
> >
> >/**
> > * Location of the local repository.
> > *
> > * @parameter expression="${localRepository}"
> > * @readonly
> > * @required
> > */
> >protected org.apache.maven.artifact.repository.ArtifactRepository
> local;
> >
> > Looks like the expression=${localRepository} is the implicit
> > ${settings.localRepository}
> >
> > Is there a way to pass in my own localRepository instead of using
> > the implicit settings.localRepository. This way, there is no need to
> > enhance the plugin.
>
> Of course, we still need to remove @readonly which is a minimal change
> in the plugin
>
>
> >
> > If we need to enhance dependency plugin to allow override of its
> > "local" configuration,
> > how is it going to be? Perhaps, we can add an additional
> > configuration like localRepositoryPath( String) and create a new
> > DefaultArtifactRepository if it is not null to replace the declared
> > "local" at execution time?
> >
> >
> > Thanks
> >
> > -Dan
> >
> > On Sun, Aug 31, 2008 at 5:25 PM, Brett Porter <[EMAIL PROTECTED]>
> wrote:
> >> You're on the right track, but there's a few problems here.
> >> Firstly, I'm a bit confused as you have artifactFactory, but refer to
> local
> >> repository. This is important - if the plugin is using a factory to
> create a
> >> repository then you can replace the factory, but if it's using
> >> ${settings.localRepository} you'll have to override that in a different
> way.
> >>
> >> As for replacing an implementation, the method you've given is not quite
> >> correct. You actually need something like:
> >>
> >>
> >>
> >>
> >>
> >> A good example of this is the shade plugin, which does so for it's
> >> transformers.
> >>
> >> But if @component is used, or @readonly - this may not work anyway.
> >>
> >> For the specific use case you are talking about, replacement components
> >> shouldn't be needed, it just sounds like you want to modify the local
> >> repository. That seems like a feature request to make of the dependency
> >> plugin.
> >>
> >> Cheers,
> >> Brett
> >>
> >> 2008/9/1 Dan Tran <[EMAIL PROTECTED]>
> >>
> >>> Currently, a typical localRepository configuration is declared like
> >>> this in the mojo.
> >>>
> >>> /**
> >>> * Used to look up Artifacts in the remote repository.
> >>> *
> >>> * @parameter
> >>>
> expression="${component.org.apache.maven.artifact.factory.ArtifactFactory}"
> >>> * @required
> >>> * @readonly
> >>> */
> >>>protected org.apache.maven.artifact.factory.ArtifactFactory factory;
> >>>
> >>>
> >>> This means, I can create my own local repository plexus component
> >>> implementation, declare it as a dependency in my pom in the plugin's
> >>> dependency list, and pass it in as a execution configuration like
> >>>
> >>>
> >>>
> >>> myExecutionLocalRepository
> >>> >>>
> >>>
> >>>
> >>>my implementation goes here
> >>>
> >>>
> >>> Where myExecutionLocalRepository is the plexus component name, known as
> >>> "hint"
> >>>
> >>> Is the right approach?
> >>>
> >>> The motivation behind this is that I have a need to use dependency
> >>> plugin to copy and unpack some very large artifacts and I dont want
> >>> it to pollute my global local repository especially when using
> >>> snapshot artifacts. myExecutionLocalRepository is located under
> >>> target directory so that It can be cleanup via maven clean.
> >>>
> >>> Advice is greatly appreciated.
> >>>
> >>> Thanks
> >>>
> >>> -D
> >>>
> >>> -
> >>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>>
> >>
> >>
> >> --
> >> Brett Porter
> >> Blog: http://blogs.exist.com/bporter/
> >>
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Brett Porter
Blog: http://blogs.exist.com/bporter/
Question about nexus 1.0.0 release
Hi, Why nexus 1.0.0 release can't upload pom file? Thanks, Arsen -- View this message in context: http://www.nabble.com/Question-about-nexus-1.0.0-release-tp19250066p19250066.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
