Re: Laszlo
I've been playing with laszlo lately, but not to the point of using a build tool for the project. I just use the eclipse plug-in and then deploy the swf files out to my server. WM --- Jamie Bisotti <[EMAIL PROTECTED]> wrote: > Is anyone else using Laszlo? Is anyone aware of a Maven plug-in for Laszlo? > -- > Jamie Bisotti > Software Engineer > Lexmark International, Inc. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Multiproject:site and inherited properties
I have a multilevel project inheritance structure. Where project C inherits from
project B
inherits from project A, etc. I have some properties set up at the top level in
project.properties for things like checkstyle.xml and liscense.txt. If I run
site:generate from
the bottom level project, it finds these properties and executes correctly. However,
if I execute
multiproject:site from the mid-level project, the "leaf" projects can not find the
checkstyle or
liscense information any longer.
In $(user.home}/build.properties, I have:
top.level.project.xml=${somedirectory}/project.xml
In the midlevel project.xml, I have:
${top.level.project.xml}
In the "leaf" projects, I have:
../project.xml
As you can see, my directory structure looks similar to this
- Top Level Project A
- Mid Level Project B
- Leaf Project C
Where A and B are on the same directory "level" and C is a direct child of B.
Any ideas as to why when multiproject:site runs it can not find the correct
properties, but
site:generate can?
Thanks,
WM
__
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: proxy problem with RC4
That's correct, however I got a weird ClassCastException when I changed my properties.
I finally
tracked that down to having a variable as my username:
user=me
maven.proxy.host=proxy.mycomp.net
maven.proxy.port=80
maven.proxy.username=${user}
maven.proxy.password=mypassword
maven.proxy.ntlm.domain=mycomp.net
maven.proxy.ntlm.host=mymachine
When I changed it to:
maven.proxy.host=proxy.mycomp.net
maven.proxy.port=80
maven.proxy.username=me
maven.proxy.password=mypassword
maven.proxy.ntlm.domain=mycomp.net
maven.proxy.ntlm.host=mymachine
It worked.
Thanks for the help,
WM
--- [EMAIL PROTECTED] wrote:
> I think you now need to set :
>
> maven.proxy.ntlm.host
>
> maven.proxy.ntlm.domain
>
> The doc has change :
> http://maven.apache.org/reference/user-guide.html#Using_Proxies
>
> Nicolas
>
>
>
>
>
> Webb Morris <[EMAIL PROTECTED]>
> 29/06/2004 17:57
> Veuillez répondre à "Maven Users List"
>
>
> Pour : [EMAIL PROTECTED]
> cc :
> Objet : proxy problem with RC4
>
>
> I know that someone was talking about this just yesterday, but I don't
> remember the solution and
> can't find it in the archives.
>
> I just upgraded to RC4 from RC2 and when I start maven, it can not get
> past the proxy, for
> instance:
>
> Attempting to download velocity-1.4-dev.jar.
> Credentials cannot be used for NTLM authentication:
> org.apache.commons.httpclien
> t.UsernamePasswordCredentials
> warning: last-modified not specified
> Error retrieving artifact from
> [http://www.ibiblio.org/maven/velocity/jars/veloc
> ity-1.4-dev.jar]: java.io.IOException: Not authorized by proxy.
> WARNING: Failed to download velocity-1.4-dev.jar.
>
> I haven't changed any of my proxy settings in build.properties.
>
> Please help!
>
> WM
>
> __
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> -
> 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]
>
>
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
proxy problem with RC4
I know that someone was talking about this just yesterday, but I don't remember the solution and can't find it in the archives. I just upgraded to RC4 from RC2 and when I start maven, it can not get past the proxy, for instance: Attempting to download velocity-1.4-dev.jar. Credentials cannot be used for NTLM authentication: org.apache.commons.httpclien t.UsernamePasswordCredentials warning: last-modified not specified Error retrieving artifact from [http://www.ibiblio.org/maven/velocity/jars/veloc ity-1.4-dev.jar]: java.io.IOException: Not authorized by proxy. WARNING: Failed to download velocity-1.4-dev.jar. I haven't changed any of my proxy settings in build.properties. Please help! WM __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: junit tests and resources
In case anyone is following this thread or finds it while solving their own problem in the future, here is what I ended up having to do: InputStream is = Thread.currentThread().getContextClassLoader() .getResourceAsStream(testResource); Apparently there are some weird things going on with the JUnit ClassLoader. Also, if you are attempting to access a resource in the root directory (directly under test-classes) then be sure to prefix your resource with a "/" (i.e. "/text.xml"). Thanks to those who tried to help! WM --- Webb Morris <[EMAIL PROTECTED]> wrote: > Yes, the call simply returns null. It really doesn't make much sense. When I run > maven with the > -X option I can see the path being included, but when I try to access the resource, > I get null. > > WM > > --- Dion Gillard <[EMAIL PROTECTED]> wrote: > > The resources aren't on the system classloader? > > > > On Thu, 17 Jun 2004 12:39:04 -0700 (PDT), Webb Morris > > <[EMAIL PROTECTED]> wrote: > > > > > > I have set up some resources for my unit tests in the unittest/resources area of > > > my > > project.xml. > > > These resources are being correctly copied to the target/test-classes directory. > > > However, > when > > I > > > try to access these resources using: > > > > > > ClassLoader.getSystemResourceAsStream(myresource) > > > > > > The resource can not be found. > > > > > > Any ideas? > > > > > > WM > > > > > > __ > > > Do you Yahoo!? > > > Yahoo! Mail - You care about security. So do we. > > > http://promotions.yahoo.com/new_mail > > > > > > - > > > 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] > > > > > > > > > __ > Do you Yahoo!? > Take Yahoo! Mail with you! Get it on your mobile phone. > http://mobile.yahoo.com/maildemo > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: junit tests and resources
Yes, the call simply returns null. It really doesn't make much sense. When I run maven with the -X option I can see the path being included, but when I try to access the resource, I get null. WM --- Dion Gillard <[EMAIL PROTECTED]> wrote: > The resources aren't on the system classloader? > > On Thu, 17 Jun 2004 12:39:04 -0700 (PDT), Webb Morris > <[EMAIL PROTECTED]> wrote: > > > > I have set up some resources for my unit tests in the unittest/resources area of my > project.xml. > > These resources are being correctly copied to the target/test-classes directory. > > However, when > I > > try to access these resources using: > > > > ClassLoader.getSystemResourceAsStream(myresource) > > > > The resource can not be found. > > > > Any ideas? > > > > WM > > > > __ > > Do you Yahoo!? > > Yahoo! Mail - You care about security. So do we. > > http://promotions.yahoo.com/new_mail > > > > - > > 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] > > __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
junit tests and resources
I have set up some resources for my unit tests in the unittest/resources area of my project.xml. These resources are being correctly copied to the target/test-classes directory. However, when I try to access these resources using: ClassLoader.getSystemResourceAsStream(myresource) The resource can not be found. Any ideas? WM __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxrpc.jar dependency?
Also if you want to use a jar that doesn't have a version, you can add the tag to your dependency. WM --- Brett Porter <[EMAIL PROTECTED]> wrote: > > 1) I tried declaring the dependency without a version > > expecting it to look for "jaxrpc.jar", instead it > > looked for "jaxrpc-.jar". It felt kind of wrong to > > rename it. Is it okay that I did? > > If it really was jaxrpc-1.0.jar, then that's fine. > > > 2) What is the best practice for this kind of thing > > in which one can not find a jar file that one can > > redistribute such as jaxrpc.jar? > > This is really the only alternative we have until there are freely distributable > versions of such jars... > > Cheers, > Brett > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem using Maven jaxb plugin
I wrote a patch for the JAXB plugin and submitted it that upgrades the plugin to JAXB 1.0.2. You can find it on the sourceforge site. It does require you to include all the JAXB jars in your project.xml, though, which is a mistake on my part. I should have picked them up in the plugin. Of course, you'll need some of the dependencies to run your code after you've compiled it anyway. I can't remember all the dependencies off the top of my head, but some of them are: relaxngDatatype xml-apis xerces jaxb-api jaxb-impl jaxb-libs jaxb-xjc You can find all these jars and more in the JWSDP. That being said, I have no idea where to find the 1.0.0 version of JAXB, except searching the sun archives. I believe JAXB 1.0.0 files are compatible with 1.0.2, but I know 1.0.2 files can not be used with 1.0.0. Personally, I've moved away from JAXB and towards Castor. Castor generated objects can be easily integrated into web services, while JAXB objects currently can not. Of course, the Castor plugin for maven doesn't work very well either, so pick your poison. HTH, WM PS, I searched high and low on the sun archives and couldn't find the old version of the JWSDP, I've had that problem before, but eventually found it, good luck! --- Rakesh Arora <[EMAIL PROTECTED]> wrote: > I am getting the following error when using maven jaxb plugin to generate > source code from the xsd files. Any idea? > > Note that I am trying to use this plgin with JAXB 1.0.2, since i couldn't > find a way to download JAXB 1.0.0 from the sun site. Any idea how i can > obtain JAXB 1.0.0? > > Thanks, > -Rakesh > > ;- > BUILD FAILED > File.. > D:\Profiles\rakmoh\.maven\plugins\maven-jaxb-plugin-1.0\plugin.jelly > Element... xjc > Line.. 34 > Column 49 > org/relaxng/datatype/ValidationContext > com.werken.werkz.UnattainableGoalException: Unable to obtain goal > [jaxb:generate > ] -- > D:\Profiles\rakmoh\.maven\plugins\maven-jaxb-plugin-1.0\plugin.jelly:34:49: > org/relaxng/datatype/ValidationContext > at com.werken.werkz.Goal.fire(Goal.java:646) > at com.werken.werkz.Goal.attain(Goal.java:575) > at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) > at > org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java: > 610) > at org.apache.maven.MavenSession.attainGoals(MavenSession.java:266) > at org.apache.maven.cli.App.doMain(App.java:485) > at org.apache.maven.cli.App.main(App.java:1214) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. > java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces > sorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at com.werken.forehead.Forehead.run(Forehead.java:551) > at com.werken.forehead.Forehead.main(Forehead.java:581) > org.apache.commons.jelly.JellyTagException: > D:\Profiles\rakmoh\.maven\plugins\ma > ven-jaxb-plugin-1.0\plugin.jelly:34:49: > org/relaxng/datatype/ValidationCon > text > at > org.apache.commons.jelly.impl.TagScript.handleException(TagScript.jav > a:702) > at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:296) > at > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88) > at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88) > at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at > org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) > at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88) > at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) > at > org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) > at > org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTa > g.java:79) > at > org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.perfor > mAction(MavenGoalTag.java:110) > at com.werken.werkz.Goal.fire(Goal.java:639) > at com.werken.werkz.Goal.attain(Goal.java:575) > at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) > at > org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java: > 610) > at org.apache.maven.MavenSession.attainGoals(MavenSession.java:266) > at org.apache.
Re: jaxb plugin
I've had this problem before and it was becuase I didn't have all the required jars included in my project dependencies. I know that the following jars are required (for me): jaxb-api jaxb-impl jaxb-libs jaxb-xjc relaxngDatatype xml-apis xercesImpl xsdlib namespace HTH WM --- Eugene Kirin <[EMAIL PROTECTED]> wrote: > Hello! > Does anybody have tried to use Jaxb plugin? > > When I call the jabx:generate goal I get "grammar is not specified" error. But I > know my schemas > is ok. Please help me to resolve it. > > Thanks! __ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: creating xdoc documentation
You might try the morphon xml editor: http://www.morphon.com/xmleditor/index.shtml But support has been discontinued. It will allow you to supply a grammer that you can then use to create xdocs. WM --- Karl Baum <[EMAIL PROTECTED]> wrote: > > Hi. I need to create some extra documentation for my project to be automatically > included with > the maven generated site. This seems to be done by including some xdocs in the > xdocs directory. > It doesn't seem too difficult to create docs in the xdoc format manually, but I was > wondering > if there is an easier way that I am not aware of? > > Thanks. > > Karl > > > > > - > Do you Yahoo!? > Yahoo! Domains - Claim yours for only $14.70/year __ Do you Yahoo!? Yahoo! Domains Claim yours for only $14.70/year http://smallbusiness.promotions.yahoo.com/offer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: timezone working?
Sorry, I forgot about it after a while. I did take a look at the code for generating the time. Basically, since the code is JavaScript running in the browser, it takes the current system time according to the browser, adjusts it to GMT, and then adds the offset hours. I tried to figure out how to fix the problem of "knowing" about a particular time zone being in Daylight Saving mode, but I believe that is impossible with JavaScript tools. Since the offset is really just that, an offset value, and that value is variable throughout the year (at least in the US), then your only option is to change the value the same time that you change the clocks, or deal with the difference. Perhaps you could write a plugin that would dynamically determine your offset at generation time. All it would need to do is determine if you were currently in Daylight Saving mode and then adjust the offset accordingly. Of course, this means that you would have to make sure to rebuild your project site at the same time that the clock changes, so that probably isn't of much use. Maybe someone else has some better insight into the problem. WM --- "Derek B. Greer" <[EMAIL PROTECTED]> wrote: > I never saw a response to this, so I'm posting this again. Perhaps I > don't understand timezone offsets > correctly. Does the GMT offset differ depending on whether you are on > daylight savings time or not? > > Derek > > Derek B. Greer wrote: > > > So how do I specify CDT, or how do I specify to account for daylight > > savings time? > > Derek > > > > > > Webb Morris wrote: > > > >> -6 = CST, right now you are on CDT (Daylight Saving Time). > >> > >> WM > >> > >> > >> --- "Derek B. Greer" <[EMAIL PROTECTED]> wrote: > >> > >> > >>> Is the maven time zone working properly? I've put in my time zone > >>> offset which is -6, but > >>> the "Time" shows one hour ahead. > >>> > >>> Derek > >>> > >>> > >>> - > >>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>> For additional commands, e-mail: [EMAIL PROTECTED] > >>> > >>> > >> > >> > >> > >> > >> > >> > >> __ > >> Do you Yahoo!? > >> Yahoo! Photos: High-quality 4x6 digital prints for 25¢ > >> http://photos.yahoo.com/ph/print_splash > >> > >> - > >> 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] > __ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: artifact:deploy repo list
Doh! Of course! Thanks Michal, that did it.just my pig-headedness getting in the way of trying another name for the repo. WM --- Michal Maczka <[EMAIL PROTECTED]> wrote: > Webb Morris wrote: > > >I am having problems with the artifact:deploy goals. > > > >I have a repo set up like the following: > > > >maven.repo.list=local > >maven.repo.local=ftp://localhost > > > > > > maven.repo.local has special meaning for maven > > http://maven.apache.org/reference/user-guide.html#Behavioural_Properties > > try to use some other name then "local" or "remote" > > Michal > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
artifact:deploy repo list
I am having problems with the artifact:deploy goals. I have a repo set up like the following: maven.repo.list=local maven.repo.local=ftp://localhost maven.repo.local.username=username maven.repo.local.password=password maven.repo.local.directory=/public/html/maven Howerver, when Maven runs, it attempts to create the directory "ftp:/localhost" instead of interpreting this as an ftp repo. Any suggestions? __ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xdoclet problem
My guess is that you're missing the xjavadoc dependency. Try maven with the -X option for more info. WM --- Ricardo de Souza Moura <[EMAIL PROTECTED]> wrote: > I am trying to use xdoclet to generate EJbs interfaces. > I put all necessary dependences: > > > xdoclet > xdoclet-ejb-module > 1.2 > > > xdoclet > xdoclet-jboss-module > 1.2 > > > > xdoclet > xdoclet-jmx-module > 1.2 > > > > and I put a preGoal: > > > > > > But is happing this failure: > taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found > > Did somebody has this problem before ? > > _ > MSN Messenger: converse com os seus amigos online. > http://messenger.msn.com.br > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25¢ http://photos.yahoo.com/ph/print_splash - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven XDoclet Plugin and the maven.xdoclet.ejbdoclet.fileset property
I've been thinking about what Konstantin said below: And you always have option to use ant invokation for xdoclet tasks un your maven.xml - this is prefererd way for xdoclet 2 ( at least there is no maven plugin planned, because everything got easier ) It seems to me, that no matter how much easier things got with the new XDoclet 2 way of doing things, that wrapping up that functionality in a plugin would still be preferable. That way, you wouldn't have to keep writing the same snippet of maven.xml over and over again for each project that used XDoclet. Perhaps my ignorance of how easy things in XDoclet 2 are going to be is at fault here, but there are plugins available for lot's of "easy" tasks (JAR for instance) that make life much simpler. Just my 2c. WM --- Konstantin Priblouda <[EMAIL PROTECTED]> wrote: > > --- Webb Morris <[EMAIL PROTECTED]> wrote: > > Everyone, > > > > In the XDoclet Plugin, when you specify the filesets > > for the ejbdoclet task, the task always > > assumes the files will be in > > pom.build.sourceDirectory. I think this is rather > > short-sighted > > (mainly because I have some filesets that are not in > > that directory ;) ). Anyway, this would be > > simple enough to fix by adding the additional > > maven.xdoclet.ejbdoclet.fileset.0.directory > > attribute for all specified filesets. My real > > question is who do I approach about this fix? How > > can I ensure that it makes it into the next plugin > > release? Sorry for the newbee-ish questions, > > but I couldn't find a good jumping off point at the > > XDoclet site that deals specifically with > > plugin patches. > > plugin.jelly for xdoclet plugin is generated > automatically ( surprisingly by xdoclet itself ) - so > > the pathces shall be done to the respective template > ( AFAIR ) in the xdoclet-xdoclet module. > > And you always have option to use ant invokation for > xdoclet tasks un your maven.xml - this is prefererd > way for xdoclet 2 ( at least there is no maven plugin > planned, because everything got easier ) > > regards, > > = > [ Konstantin Pribluda ( ko5tik ) ] > Zu Verstärkung meines Teams suche ich ab Sofort einen > Softwareentwickler[In] für die Festanstellung. > Arbeitsort: Mainz > Skills: Programieren, Kentnisse in OpenSource-Bereich __ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25¢ http://photos.yahoo.com/ph/print_splash - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: timezone working?
-6 = CST, right now you are on CDT (Daylight Saving Time). WM --- "Derek B. Greer" <[EMAIL PROTECTED]> wrote: > Is the maven time zone working properly? I've put in my time zone > offset which is -6, but > the "Time" shows one hour ahead. > > Derek > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25¢ http://photos.yahoo.com/ph/print_splash - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven XDoclet Plugin and the maven.xdoclet.ejbdoclet.fileset property
Everyone, In the XDoclet Plugin, when you specify the filesets for the ejbdoclet task, the task always assumes the files will be in pom.build.sourceDirectory. I think this is rather short-sighted (mainly because I have some filesets that are not in that directory ;) ). Anyway, this would be simple enough to fix by adding the additional maven.xdoclet.ejbdoclet.fileset.0.directory attribute for all specified filesets. My real question is who do I approach about this fix? How can I ensure that it makes it into the next plugin release? Sorry for the newbee-ish questions, but I couldn't find a good jumping off point at the XDoclet site that deals specifically with plugin patches. WM __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Understanding Maven Reactor
Maven will always try to download dependencies from the project.xml in the directory from where you run Maven before it attempts to execute any goals. You should only specify the dependencies for the subprojects that need them. The top level project.xml should only contain dependencies that all of its subprojects need. WM --- Daniel Frey <[EMAIL PROTECTED]> wrote: > Hi there, > > Newbie question: I've read the introduction to maven as described in > http://maven.apache.org/reference/user-guide.html#Multi_Project_Builds_and_t > he_Reactor. Then I copied from another source a new goal into my maven.xml. > > > goals="java:compile" > banner="Compiling:" ignoreFailures="false"/> > > > Build fails with the following messages: >__ __ > | \/ |__ _Apache__ ___ > | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ > |_| |_\__,_|\_/\___|_||_| v. 1.0-rc2 > > Attempting to download ch.xmatrix.resource-api-1.0.jar. > WARNING: Failed to download ch.xmatrix.resource-api-1.0.jar. > Attempting to download ch.xmatrix.gui.splash-api-1.0.jar. > WARNING: Failed to download ch.xmatrix.gui.splash-api-1.0.jar. > The build cannot continue because of the following unsatisfied > dependencies: > > ch.xmatrix.resource-api-1.0.jar (no download url specified) > ch.xmatrix.gui.splash-api-1.0.jar (no download url specified) > > My multi-project structure consists of: > > ch.xmatrix.application > ch.xmatrix.resource-api > ch.xmatrix.resource-impl > ch.xmatrix.gui.splash-impl > ch.xmatrix.gui.splash-api > > The two ch.*-apis are dependencies of (the main) application. I hoped that > reactor would sort these out an build these first, as they are part of my > multi-project directory structure. Why does maven -- before starting the > reactor -- try to download these dependent libraries? Instead of building > them? > > Thanks for any hints. > Daniel Frey > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2EE artifacts generation
I have a similar situation where I have to include an EJB JAR and a WAR in an EAR. My solution was to create three projects, one for the EJB JAR, one for the WAR, and one for the EAR. The EJB and WAR packages create their artifacts and install them into the (local) repository. The EAR project simply depends on these other projects. I then wrote a reactor script that sits at the top of the project structure that aggragates all the ear.bundle jars from the subprojects and puts everything into the EAR as well as building the Manifest and application.xml. I don't know of a cleaner way to do it that doesn't violate the "one artifact per project" rule. Hope this helps, WM --- Edgar_González <[EMAIL PROTECTED]> wrote: > I have been using Maven since b4 until b7, now Im upgrading to 1.0-rc1. > > > > Ive never found a clear path to generate J2EE artifacts, particulary EAR > files that including a WAR file. > > > > Checking the documentation (Wiki and mailing-list), looks like I should use > the multiproject, WAR and EAR plugins. > > In this approach I will have two subprojects, one for the WAR, and the other > for the EAR. But it seems that the WAR file generated must be in the > repository in order to be used by the EAR (I dont was to happen because the > WAR file is only intended to be used in the context of the EAR file) > > Is that true? > > > > Which is the recommended way to do this? > > > > > Edgar González González > VALHALLA Project, s.a. > "The limits of my language mean the limits of my world." > Ludwig Wittgenstein > > > > > > > > __ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Writing Plugin and Property file
--- "Amato Massimiliano (TLAB)" <[EMAIL PROTECTED]> wrote: > Hello, > > I've written a set of XDT files that generates a full set of Delegator for each EJB > processed by > xdoclet:ejbdoclet, now I am trying a plugin that handles that. > > 1 ) I have some problems, since first of all i cannot find a way to tell the plugin > that the xdt > files are not in the local directory (as he suppose) but are under maven plugin > directory. I > don't want to put the same xdt files in all the subproject using EJB > The way that I went about something similar was to create a custom xdoclet module. It's fairly trivial to create a task that simply uses your xdt files. You can then package this module and deploy it to your ANT_HOME/lib (like your other xdoclet modules). Then you simply direct your plugin to use this new ant task. > 2 ) In my plugin i have to call xdoclet:ejbdoclet as prerequisite, so i need to have > a > project.properties that contains the appropiate xdoclet config parameters. The > problem is that > this configuration are read only from the project.properties file in the final > project directory > and not from the one in the maven plugin directory that uses xdoclet plugin. > If I understand you correctly, you mean that the project (or build) .properties files in the project that uses the plugin are overriding the plugins default properties (which should be defined in plugin.properties). This is the way in which Maven is designed. If you do not want the plugin's properties to be overriden, then you need to not include them in the project's properties. > From what i understand plugin.properties should contains configuration data for the > plugin > itself, while project.properties shuold contains default values for other plugins > called by the > plugin itself.. > The plugin.properties contains the default values for the properties that your plugin allows to be set. The project.properties of a plugin project is no different than any other project.properties for a non-plugin project. > > Any help would be great > Thanks > Max > WM __ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
bcel dependency problem
A few days ago there was a discussion concerning the ejb jar plugin and I mentioned I had written my own but had a problem loading the bcel dependency. I've since deleted the thread, but I solved the problem: I specified the bcel dependency with the root property. Hope this helps whoever it was, WM __ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How do I change a pom property?
Thanks John!
I'll try it out.
WM
--- John Casey <[EMAIL PROTECTED]> wrote:
> Jason: undoubtedly, this is a hack, but it's one that I have also found
> to be required. Not having time to fix it (assuming it can be fixed) and
> pursue a patch, I've simply copied a section of the driver.jelly into a
> preGoal.
>
> Webb: it's actually more involved than simply setting that property. You
> also have to reset the sourcesAvailable (or similar) properties for
> normal and unit test code. As you may begin to see, you will have
> started a relatively large snowball rolling.
>
> Just to make your life easier, I'll include the section I use from a
> preGoal to take care of this. It's easiest to put it in the java:compile
> preGoal, I've found...
>
> Good luck.
> -john
>
>
>
>
>
>value="${maven.build.dir}/generated-source"/>
>
>
> name="ejbdoclet">
>
>
>
>
>
>
>
>
>
>
>
>
> Starting EJBDoclet...
> excludedTags="@version,@author,@todo"
>destDir="${maven.gensrc.dir}"
>verbose="false">
>
>/>
>
>
>
>
> destDir="${maven.gensrc.dir}/META-INF"
> generateRelations="false"
> mergeDir="${basedir}/xdoclet-mergeSrc"
> version="3.2"/>
>destDir="${maven.gensrc.dir}/META-INF"
> />
>
> ...Finished EJBDoclet
>
>
>
>
>
> value="${maven.src.dir}"/>
>
> maven.src.dir is now ${maven.src.dir}
> pom.build.sourceDirectory is now
> ${pom.build.sourceDirectory}
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Wed, 2004-03-17 at 12:19, Webb Morris wrote:
> > Well,
> >
> > I have a plugin that generates an EJB from a service class. The EJB doesn't get
> > placed in the
> > pom.build.sourceDirectory structure, because that wouldn't make sense (don't want
> > the EJB
> checked
> > in to source repository, don't want users to go fiddling with it outside of
> > generation, etc).
> The
> > next thing that needs to happen is to generate the Remotes and Homes etc. using
> > the XDoclet
> > EJBDoclet plugin. Unfortunately, that plugin looks for the files to include in the
> > pom.build.sourceDirectory structure instead of some user settable property.
> > Therefore, I need
> to
> > change the value of this variable before I make the xdoclet:ejbdoclet call.
> >
> > So, how can I do this?
> >
> > WM
> >
> >
> > --- Jason van Zyl <[EMAIL PROTECTED]> wrote:
> > > On Wed, 2004-03-17 at 11:34, Webb Morris wrote:
> > > > I have a need to change the pom.build.sourceDirectory parameter on the fly.
> > > > I've tried the
> > > > following:
> > > >
> > > >
> > > >
> > > > But this does not work. Ideas?
> > >
> > > You can make it work, but why exactly are you trying to do that? You
> > > shouldn't need to.
> > >
> > > > WM
> > > >
> > > > __
> > > > Do you Yahoo!?
> > > > Yahoo! Mail - More reliable, more storage, less spam
> > > > http://mail.yahoo.com
> > > >
> > > > -
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > > --
> > > jvz.
> > >
> > > Jason van Zyl
> > > [EMAIL PROTECTED]
> > > http://maven.apache.org
> > >
> > > happiness is like a butterfly: the more you chase it, the more it will
> > > elude you, but if you turn your attention to other things, it will come
> > > and sit softly on your shoulder ...
> > >
> > > -- Thoreau
> > >
> > >
> > > -
Re: How do I change a pom property?
Well, I have a plugin that generates an EJB from a service class. The EJB doesn't get placed in the pom.build.sourceDirectory structure, because that wouldn't make sense (don't want the EJB checked in to source repository, don't want users to go fiddling with it outside of generation, etc). The next thing that needs to happen is to generate the Remotes and Homes etc. using the XDoclet EJBDoclet plugin. Unfortunately, that plugin looks for the files to include in the pom.build.sourceDirectory structure instead of some user settable property. Therefore, I need to change the value of this variable before I make the xdoclet:ejbdoclet call. So, how can I do this? WM --- Jason van Zyl <[EMAIL PROTECTED]> wrote: > On Wed, 2004-03-17 at 11:34, Webb Morris wrote: > > I have a need to change the pom.build.sourceDirectory parameter on the fly. I've > > tried the > > following: > > > > > > > > But this does not work. Ideas? > > You can make it work, but why exactly are you trying to do that? You > shouldn't need to. > > > WM > > > > __ > > Do you Yahoo!? > > Yahoo! Mail - More reliable, more storage, less spam > > http://mail.yahoo.com > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > -- > jvz. > > Jason van Zyl > [EMAIL PROTECTED] > http://maven.apache.org > > happiness is like a butterfly: the more you chase it, the more it will > elude you, but if you turn your attention to other things, it will come > and sit softly on your shoulder ... > > -- Thoreau > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How do I change a pom property?
I have a need to change the pom.build.sourceDirectory parameter on the fly. I've tried the following: But this does not work. Ideas? WM __ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class loader mechanism in Maven
Not much info, but here's some: http://maven.apache.org/reference/user-guide.html - All the way at the bottom WM --- [EMAIL PROTECTED] wrote: > I am having problems with the JUnit plugin when I use the option > > maven.junit.fork=true > > is there anyone who could tell me how the class loader mechanism works in > maven or at the least pointing me to a place where can I get some > information about ? > and why the classpath defined is not correctly passed to forked process ? > > Is there something I should do before using this option ? > > Best Regards > > Michele > > > This e-mail, including attachments, is intended for the person(s) or > company named and may contain confidential and/or legally privileged > information. Unauthorized disclosure, copying or use of this information > may be unlawful and is prohibited. If you are not the intended recipient, > please delete this message and notify the sender > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems creating ejb jar
--- Arto Pastinen <[EMAIL PROTECTED]> wrote:
> > > #Sources to include in the ejb
> > > maven.ejb.src=${maven.xdoclet.ejbdoclet.srcDir}/org/jemos/xmlop/ejbs/**/*.ja
> > > va
> > >
> > > #Includes the deployment descriptors
> > > maven.ejb.includes=${maven.xdoclet.ejbdoclet.destDir}/META-INF/*.xml
> > >
> > > However my jar file ends without classes or deployment descriptors in it.
The maven.ejb.src is actually meant to be pointed at the information you have listed
for
maven.ejb.includes. The documentation is lacking there. I found the ejbjar plugin to
be
sufficiently lacking that I wrote my own using the ejbjar Ant task (more specific for
what my
company needs). However, I also get the bcel dependency problem.
Hope this helps,
WM
__
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: What does the XDoclet plugin expects?
You should be running maven from the jemos-xmlop-1.0 directory, not the src directory.
WM
--- Marco Tedone <[EMAIL PROTECTED]> wrote:
> I've defined your same properties, defined ejbdoclet as pregoal and I'm
> obtaining the following error:
>
> srcdir
> "D:\Projects\jemos-xmlop-1.0\src\target\xdoclet\ejbdoclet" does not exist!
>
> The ejbdoclet goal is looking for a src/target/xdoclet/ejbdoclet folder that
> doesn't exists. Shall I create it?
>
> I've got the following package:
>
> /src
> |
> >java (src folder)
> |
> >org (package begins)
> |
> -->jemos
> |
> -->xmlop
> |
> OneNormalClass.java
> SecondNormalClass.java
> FirstEJB.java (Entity)
> FirstBeanSession.java (Session)
>
> In the following property I declared the following:
>
> maven.xdoclet.xdoclet.fileset.0.include=**/*EJB.java, **/*Bean.java
>
> Is it ok? (I mean the use of the comma).
>
> Is there a standard directory structure I could follow when creating EJBs
> with Maven?
>
> Many thanks,
>
> Marco
>
> - Original Message -
> From: "Konstantin Priblouda" <[EMAIL PROTECTED]>
> To: "Maven Users List" <[EMAIL PROTECTED]>; "Marco Tedone"
> <[EMAIL PROTECTED]>
> Sent: Monday, March 15, 2004 7:26 PM
> Subject: Re: What does the XDoclet plugin expects?
>
>
> >
> > --- Marco Tedone <[EMAIL PROTECTED]> wrote:
> > > Hi, I'm reading the documentation on the XDoclet
> > > website about the Maven
> > > plugin. However, I don't know what the
> > > "xdoclet:ejbdoclet" goal expects in
> > > the maven.xml file. I've got a folder /src under
> > > which java, webapp, etc.
> > > are stored. When I point my cursor to /src and type
> > > "maven
> > > xdoclet:ejbdoclet" nothing happens.
> > >
> >
> > you will need some properties and dependencies to
> > activate subtasks
> >
> > Like this:
> >
> > ---%<-
> > #message bundles
> > maven.xdoclet.xdoclet.destDir=${basedir}/target/xdoclet/xdoclet
> > maven.xdoclet.xdoclet.externalizer.0=true
> > maven.xdoclet.xdoclet.externalizer.0.destinationFile={0}{1}.properties
> >
> > maven.xdoclet.xdoclet.propertiestranslator.0=true
> > maven.xdoclet.xdoclet.fileset.0=true
> > maven.xdoclet.xdoclet.fileset.0.include=**/*.java
> > ---%<-
> >
> > Here I activate 2 subtasks ( externalizer / properties
> > translator ) ,
> > specify fileset for eintire xdoclet invocation, and
> > some task specific
> > settings ( for example name pattern for generated
> > properties )
> >
> > then I need to specify desired task ( xdoclet:xdoclet
> > ) as pregoal,
> > and possibly tune my project xml so that generated
> > artifacts are packaged , or included in classpath of
> > unit tests.
> >
> > regards,
> >
> >
> >
> >
> > =
> > [ Konstantin Pribluda ( ko5tik ) ]
> > Zu Verstärkung meines Teams suche ich ab Sofort einen
> > Softwareentwickler[In] für die Festanstellung.
> > Arbeitsort: Mainz
> > Skills: Programieren, Kentnisse in OpenSource-Bereich
> > [ http://www.pribluda.de ]
> >
> > __
> > Do you Yahoo!?
> > Yahoo! Mail - More reliable, more storage, less spam
> > http://mail.yahoo.com
> >
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
__
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: tasklist plugin and eclipse "TODO"
You can specify what you'd like for your "todo" tag in your build.properties, i.e: [EMAIL PROTECTED] WM --- Joe Boyd <[EMAIL PROTECTED]> wrote: > Checkstyle has the ability to mark //TODO comments for you. > > http://checkstyle.sourceforge.net/config_misc.html#TodoComment > > Perhaps you can get the maven checkstyle plugin to accomplish what you need. > > > ...Joseph Boyd > > Lead Application Developer > accessIndiana..."linking hoosiers to government" > http://www.IN.gov > 10 West Market St., Suite 600 > Indianapolis, IN 46204 > > > > J. Matthew Pryor wrote: > > AFAICT the tasklist plugin uses vdoclet which reads javadoc tags, so there > > is no way you can get it to parse C++ style // TODO comment like eclipse > > does to construct its internal task list > > > > jmp > > > > > >>-Original Message- > >>From: nicolas De Loof [mailto:[EMAIL PROTECTED] > >>Sent: Wednesday, March 10, 2004 7:55 PM > >>To: Maven Users List > >>Subject: Re: tasklist plugin and eclipse "TODO" > >> > >>I would like maven tasklist plugin to get the "// TODO" tags > >>that lot's of developpers on my project allready use. I know > >>we just have to change eclipse congfig to use javadoc @todo, > >>but I know too that developpers habits are difficult to change ! > >> > >>Nico. > >> > >> > >>Martin van den Bemt a écrit : > >> > >> > >>>Just add the @todo to Preferences/Java/TaskTags.. > >>> > >>>Mvgr, > >>>Martin > >>> > >>>On Tue, 2004-03-09 at 10:09, nicolas De Loof wrote: > >>> > >>> > >>> > Hi all, > > using eclipse IDE, the TODO keyword is used in comments to > >> > >>notice some > >> > task in the code. The tasklist plugin uses the javadoc @todo tag to > get all tasks. > > Is they're a way to get "eclipse style" task using tasklist without > having to change Eclipse configuration ? > > Nico. > > > > > ** > CONFIDENTIALITY NOTICE: > This E-mail and any attachments are confidential. If you are not > the intended recipient, you do not have permission to disclose, copy, > distribute, or open any attachments. If you have received this E-mail > in error, please notify us immediately by returning it to the sender > and delete this copy from your system. > > Thank you. > accessIndiana, MyLocal.IN.gov, CivicNet > ** > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: NullPointerException Running JAX-RPC wscompile/wsdeploy AntTa s ks
John,
I believe I follow, but hopefully someone else is paying attention to our thread and
will be able
to offer better answers than the ones I'm about to give you:
0. I don't think so, see 1.
1. I don't know. I don't know. ;)
2. I'm away from my projects, but I'll be able to check for sure tomorrow. I know that
I've come
across a problem where tools.jar was not included in the class loader that I needed
for it to be
in, but I can't remember the exact situation. I do remember that in order to work
around this
problem, I faked tools.jar in the repository (under something like
java/jars/tools-1.4.jar) and
added it as a dependency. Gross, I know, but it worked. I've been meaning to revisit
this, just
haven't gotten around to it, yet.
I'll actually be working on a JAX-RPC project tomorrow, so I'll let you know what kind
of
wackiness I encounter.
Hope this helps,
WM
--- "Shields, John (HQP)" <[EMAIL PROTECTED]> wrote:
> Webb,
>
> Thanks for the tip. Your suggestion prompted me to write a quick test case
> to print out the ClassLoader hierarchy for the pertinent classes. The output
> is created by calling ClassLoader.getParent() in a loop. Here is the output:
>
> Thread Classloader1: [EMAIL PROTECTED]
> Thread Classloader2: [EMAIL PROTECTED]
> Thread Classloader3: [EMAIL PROTECTED]
> Boot Classloader1: [EMAIL PROTECTED]
> Javac Classloader1: [ForeheadClassLoader: name="root"]
> Javac Classloader2: [ForeheadClassLoader: name="$forehead-root$"]
> Javac Classloader3: [EMAIL PROTECTED]
> Javac Classloader4: [EMAIL PROTECTED]
> Compiler Helper Classloader1: [EMAIL PROTECTED]
> Compiler Helper Classloader2: [EMAIL PROTECTED]
> Compiler Helper Classloader3: [EMAIL PROTECTED]
>
> In the JWSDP, there is a class called JavaCompilerHelper that uses the
> thread context ClassLoader to load "com.sun.tools.javac.Main". As you can
> see from the output above, "...javac.Main" is in a sibling ClassLoader of
> the AntClassLoader which is the thread context ClassLoader. Thus, I think
> the JWSDP ant tasks just can't see tools.jar because they are in a sibling
> ClassLoader, not a child one. So...
>
> 0. Am I missing something???
>
> 1. Why is the AntClassLoader a sibling of the ForeheadClassLoader and not a
> child? Is there a way to change that?
>
> 2. How do I get tools.jar into the AntClassLoader?
>
> Thanks!
>
> John
>
> -Original Message-
> From: Webb Morris [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 01, 2004 1:31 PM
> To: Maven Users List
> Subject: RE: NullPointerException Running JAX-RPC wscompile/wsdeploy AntTa s
> ks
>
> Have you tried stating the JWSDP jars as dependencies in your project.xml
> and specifing the
> classloader as root? I had to do this with some weblogic tasks (servicegen,
> in particular) in
> order to get ant to recognize them at runtime.
>
> WM
>
>
> --- "Shields, John (HQP)" <[EMAIL PROTECTED]> wrote:
> > Apparently the attachments didn't work. Here is the strange *.h file:
> >
> > /* DO NOT EDIT THIS FILE - it is machine generated */
> > #include
> > /* Header for class com_sun_tools_javac_Main */
> >
> > #ifndef _Included_com_sun_tools_javac_Main
> > #define _Included_com_sun_tools_javac_Main
> > #ifdef __cplusplus
> > extern "C" {
> > #endif
> > /* Inaccessible static:
> > class_00024com_00024sun_00024tools_00024javac_00024Main */
> > #ifdef __cplusplus
> > }
> > #endif
> > #endif
> >
> > And maven.xml:
> >
> >
> > > xmlns:deploy="deploy" xmlns:ant="jelly:ant">
> >
> >
> >
> >
> >
> > > classname="com.sun.xml.rpc.tools.ant.Wscompile">
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > > value="${file.name.substring(0,file.name.indexOf('.xml'))}-model.gz"/>
> >
> >
> >
> >
> > define="true"
> > verbose="true" classpath="${maven.build.dest}"
> > model="${maven.war.webapp.dir}/WEB-INF/${model}" config="${file}">
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > > classname="com.sun.xml.rpc.tools.ant.Wsdeploy">
> >
> >
> >
> >
> >
> >
> >
> > > tofile="${maven.war.build.dir}/${pom.artifactId}-portable.war"/>
> >
> > > inWarFile="${maven.war.build.dir}/${pom.artifactId}-portable.war"
> > outWarFile="${maven.war.build.dir}/${pom.artifactId}.war"
> > tmpDir="${maven.war.build.dir}/wsdeploy-generated" keep="true"
> > verbose="true">
> >
> >
> >
> >
> >
> >
RE: NullPointerException Running JAX-RPC wscompile/wsdeploy AntTa sks
Have you tried stating the JWSDP jars as dependencies in your project.xml and
specifing the
classloader as root? I had to do this with some weblogic tasks (servicegen, in
particular) in
order to get ant to recognize them at runtime.
WM
--- "Shields, John (HQP)" <[EMAIL PROTECTED]> wrote:
> Apparently the attachments didn't work. Here is the strange *.h file:
>
> /* DO NOT EDIT THIS FILE - it is machine generated */
> #include
> /* Header for class com_sun_tools_javac_Main */
>
> #ifndef _Included_com_sun_tools_javac_Main
> #define _Included_com_sun_tools_javac_Main
> #ifdef __cplusplus
> extern "C" {
> #endif
> /* Inaccessible static:
> class_00024com_00024sun_00024tools_00024javac_00024Main */
> #ifdef __cplusplus
> }
> #endif
> #endif
>
> And maven.xml:
>
>
> xmlns:deploy="deploy" xmlns:ant="jelly:ant">
>
>
>
>
>
> classname="com.sun.xml.rpc.tools.ant.Wscompile">
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> value="${file.name.substring(0,file.name.indexOf('.xml'))}-model.gz"/>
>
>
>
>
> verbose="true" classpath="${maven.build.dest}"
> model="${maven.war.webapp.dir}/WEB-INF/${model}" config="${file}">
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> classname="com.sun.xml.rpc.tools.ant.Wsdeploy">
>
>
>
>
>
>
>
> tofile="${maven.war.build.dir}/${pom.artifactId}-portable.war"/>
>
> inWarFile="${maven.war.build.dir}/${pom.artifactId}-portable.war"
> outWarFile="${maven.war.build.dir}/${pom.artifactId}.war"
> tmpDir="${maven.war.build.dir}/wsdeploy-generated" keep="true"
> verbose="true">
>
>
>
>
>
>
>
>
>
>
>
>
> -Original Message-
> From: Shields, John (HQP) [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 27, 2004 4:51 PM
> To: '[EMAIL PROTECTED]'
> Subject: NullPointerException Running JAX-RPC wscompile/wsdeploy AntTasks
>
> Hello,
>
> I keep receiving the following error when trying to run the JAX-RPC ant
> tasks from within Maven. I just cannot seem to find the problem. I have a
> suspicion that I'm in ClassLoader hell, but I'm not sure. I'm using JDK
> 1.4.2_03, Maven-1.0-rc1, and JWSDP-1.3.
>
> The strangest thing is that if I change my maven.xml file to execute the
> JWSDP-1.3 command line tools directly then everything works. However, I
> would like to not have a dependency on the JWSDP tools if at all possible
> (jar files are OK, of course). Another project at my company is using the
> ant tasks successfully from ant, but they haven't tried it from Maven.
>
> Here is the pertinent part of the output from Maven with the "--debug
> --exception" flags set:
>
> [wsdeploy] [DEBUG] Finding class com.sun.xml.rpc.util.JavaCompilerHelper
> [wsdeploy] [DEBUG] Class com.sun.xml.rpc.util.JavaCompilerHelper loaded
> from ant loader
> [wsdeploy] [DEBUG] Class java.lang.NoSuchMethodException loaded from
> parent loader
> [wsdeploy] [DEBUG] Class java.lang.reflect.InvocationTargetException
> loaded from parent loader
> [wsdeploy] [DEBUG] Class java.io.PrintWriter loaded from parent loader
> [wsdeploy] [DEBUG] Class java.lang.Thread loaded from parent loader
> [wsdeploy] error: java.lang.NullPointerException
> [wsdeploy] java.lang.NullPointerException
> [wsdeploy]at
> com.sun.xml.rpc.util.JavaCompilerHelper.internalCompile(JavaCompilerHelper.j
> ava:45)
> [wsdeploy]at
> com.sun.xml.rpc.util.JavaCompilerHelper.compile(JavaCompilerHelper.java:32)
> [wsdeploy]at
> com.sun.xml.rpc.tools.wscompile.CompileTool.compileGeneratedClasses(CompileT
> ool.java:876)
> [wsdeploy]at
> com.sun.xml.rpc.tools.wscompile.CompileTool.run(CompileTool.java:578)
> [wsdeploy]at
> com.sun.xml.rpc.tools.wsdeploy.DeployTool.process(DeployTool.java:303)
> [wsdeploy]at
> com.sun.xml.rpc.tools.wsdeploy.DeployTool.run(DeployTool.java:213)
> [wsdeploy]at com.sun.xml.rpc.util.ToolBase.run(ToolBase.java:40)
> [wsdeploy]at
> com.sun.xml.rpc.tools.ant.Wsdeploy.execute(Wsdeploy.java:351)
> [wsdeploy]at org.apache.tools.ant.Task.perform(Task.java:341)
> [wsdeploy]at
> org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:232)
>
> From the source code provided for the JWSDP on http://www.java.net/ I
>
=== message truncated ===
__
Do you Yahoo!?
Get better spam protection with Yahoo! Mail.
http://antispam.yahoo.com/tools
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Including the ejb-jar.xml into the JAR's META-INF/
I changed the following property for the ejb goal:
maven.ejb.src=target/xdoclet/ejb
Don't know if this is "proper", but it's worked for me so far. I think I may like the
methods
below better, though.
WM
--- Tim Chen <[EMAIL PROTECTED]> wrote:
> Several ways:
> 1) Change the maven.xdoclet.ejbdoclet.deploymentdescriptor.0.destDir
> Which currently defaults to: ${maven.build.dir}/xdoclet/ejb/META-INF
> That should change to ${maven.build.dest}/META-INF
>
> 2) Declare them as resources:
>
>
> target/xdoclet/ejb/META-INF
> ${maven.build.dest}/META-INF
>
> **/*.xml
>
>
>
>
> Tim Chen
> [EMAIL PROTECTED]
>
>
> -Original Message-
> From: Eric Chow [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 08, 2004 9:37 PM
> To: Maven Users List
> Subject: Including the ejb-jar.xml into the JAR's META-INF/
>
>
> Hello,
>
> I use Xdoclet-plugin for Maven to generate the ejb-jar.xml, jboss.xml,
> jbosscmp-jdbc.xml.
>
> How can Maven to including those deployment descriptors into the JAR's
> META-INF/
>
>
> Eric
>
>
> ==
> If you know what you are doing,
> it is not called RESEARCH!
> ==
>
>
> -
> 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]
>
__
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
