RES: Problem with classloader in maven plugin
Anyone?
I want help the open source community, but I have this problem with classloader.
-Mensagem original-
De: Claudio Ranieri [mailto:[EMAIL PROTECTED]
Enviada em: terça-feira, 20 de maio de 2008 07:47
Para: users@maven.apache.org
Assunto: Problem with classloader in maven plugin
Hi
I am trying to create a maven plugin to jboss wsconsume, but I have a problem
with classloader in plugin.
My plugin is based in an ant task (WSConsumeTask).
I am using maven 2.0.8 on Windows machine.
When I created a simple Java project with libraries necessary, my code works.
How shown below:
public static void main(String[] args) {
WSConsumeTask t = new WSConsumeTask();
t.setWsdl(https://xxx/crypto?wsdl;);
t.setVerbose(true);
t.setKeep(true);
t.execute();
}
But when I am using into maven plugin, I got problem with classloader.
I got this exception:
C:\eclipse\workspace\TestePluginMaven\output\com\buscape\bean\CryptoService.java:7:
cannot find symbol
symbol : class Service
location: package javax.xml.ws
import javax.xml.ws.Service;
^
C:\eclipse\workspace\TestePluginMaven\output\com\buscape\bean\CryptoService.java:8:
cannot find symbol
symbol : class WebEndpoint
location: package javax.xml.ws
import javax.xml.ws.WebEndpoint;
^
C:\eclipse\workspace\TestePluginMaven\output\com\buscape\bean\CryptoService.java:9:
cannot find symbol
symbol : class WebServiceClient
location: package javax.xml.ws
import javax.xml.ws.WebServiceClient;
The plugin classloader doesn´t load the jaxws libraries. But this libraries was
added in pom.xml of plugin.
I tried to add dependencies tag in my plugin config, but didn´t works. How
shown below:
plugin
groupIdjboss/groupId
artifactIdmaven-jbossws-plugin/artifactId
version1.0.0/version
configuration
verbosetrue/verbose
keeptrue/keep
wsdlhttps://xxx/crypto?wsdl/wsdl
/configuration
dependencies
dependency
groupIdjboss.jbossws/groupId
artifactIdjaxws-tools/artifactId
version3.0.1-native-2.0.4.GA/version
scopecompile/scope
/dependency
dependency
groupIdjboss.jbossws/groupId
artifactIdjboss-jaxws/artifactId
version3.0.1-native-2.0.4.GA/version
scopecompile/scope
/dependency
/dependencies
/plugin
I tried too to use an initClassLoader based in jaxws-maven-plugin source, how
shown below:
private String initClassLoader(ClassLoader parent) throws
MojoExecutionException {
try {
List classpathFiles =
project.getCompileClasspathElements();
URL[] urls = new URL[classpathFiles.size() + 4];
StringBuffer classPath = new StringBuffer();
for (int i = 0; i classpathFiles.size(); ++i) {
getLog().debug((String)classpathFiles.get(i));
urls[i] = new
File((String)classpathFiles.get(i)).toURL();
classPath.append((String)classpathFiles.get(i));
classPath.append(File.pathSeparatorChar);
}
urls[classpathFiles.size()] = new
File(project.getBuild().getOutputDirectory()).toURL();
urls[classpathFiles.size() + 1] =
getArtifact(jboss.jbossws:jboss-jaxws);
urls[classpathFiles.size() + 2] =
getArtifact(jboss.jbossws:jaxws-tools);
File toolsJar = new
File(System.getProperty(java.home),../lib/tools.jar);
if (!toolsJar.exists()) {
toolsJar = new
File(System.getProperty(java.home),lib/tools.jar);
}
urls[classpathFiles.size() + 3] = toolsJar.toURL();
System.out.println(urls: +Arrays.toString(urls));
URLClassLoader cl = new URLClassLoader(urls,parent);
// Set the new classloader
Thread.currentThread().setContextClassLoader(cl);
System.setProperty(java.class.path,classPath.toString());
String sysCp = System.getProperty(java.class.path);
return sysCp;
}
catch (MalformedURLException e) {
throw new MojoExecutionException(e.getMessage(),e);
}
catch (DependencyResolutionRequiredException e) {
throw new MojoExecutionException(e.getMessage(),e);
}
}
public void execute() throws MojoExecutionException {
// Need to build a URLClassloader since Maven removed it form
the chain
ClassLoader parent = this.getClass().getClassLoader();
String originalSystemClasspath = this.initClassLoader( parent );
try {
// Execute WSConsumeTask
RES: Problem with classloader in maven plugin
Hi,
Why the maven plugins doesn´t load all libraries declared in pom.xml?
I tried to use the initClassLoader because this code works in
jaxws-maven-plugin.
In the code of jaxws-maven-plugin there is:
Need to build a URLClassloader since Maven removed it form the chain
Why?
Thanks
-Mensagem original-
De: Tim Kettler [mailto:[EMAIL PROTECTED]
Enviada em: quarta-feira, 21 de maio de 2008 10:57
Para: Maven Users List
Assunto: Re: Problem with classloader in maven plugin
Hi,
you've missunderstood the concept of a context classloader.
A documentation bug [1] is open since a long time. Setting the context
classloader doesn't mean that all classes created from that point on are
created through this classloader. See here [2] and [3] for more information.
[1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4868493
[2] http://www.javaworld.com/javaqa/2003-06/01-qa-0606-load.html
[3] http://www.javageeks.com/Papers/ClassForName/index.html
-Tim
Claudio Ranieri schrieb:
Hi
I am trying to create a maven plugin to jboss wsconsume, but I have a problem
with classloader in plugin.
My plugin is based in an ant task (WSConsumeTask).
I am using maven 2.0.8 on Windows machine.
When I created a simple Java project with libraries necessary, my code works.
How shown below:
public static void main(String[] args) {
WSConsumeTask t = new WSConsumeTask();
t.setWsdl(https://xxx/crypto?wsdl;);
t.setVerbose(true);
t.setKeep(true);
t.execute();
}
But when I am using into maven plugin, I got problem with classloader.
I got this exception:
C:\eclipse\workspace\TestePluginMaven\output\com\buscape\bean\CryptoService.java:7:
cannot find symbol
symbol : class Service
location: package javax.xml.ws
import javax.xml.ws.Service;
^
C:\eclipse\workspace\TestePluginMaven\output\com\buscape\bean\CryptoService.java:8:
cannot find symbol
symbol : class WebEndpoint
location: package javax.xml.ws
import javax.xml.ws.WebEndpoint;
^
C:\eclipse\workspace\TestePluginMaven\output\com\buscape\bean\CryptoService.java:9:
cannot find symbol
symbol : class WebServiceClient
location: package javax.xml.ws
import javax.xml.ws.WebServiceClient;
The plugin classloader doesn´t load the jaxws libraries. But this libraries
was added in pom.xml of plugin.
I tried to add dependencies tag in my plugin config, but didn´t works. How
shown below:
plugin
groupIdjboss/groupId
artifactIdmaven-jbossws-plugin/artifactId
version1.0.0/version
configuration
verbosetrue/verbose
keeptrue/keep
wsdlhttps://xxx/crypto?wsdl/wsdl
/configuration
dependencies
dependency
groupIdjboss.jbossws/groupId
artifactIdjaxws-tools/artifactId
version3.0.1-native-2.0.4.GA/version
scopecompile/scope
/dependency
dependency
groupIdjboss.jbossws/groupId
artifactIdjboss-jaxws/artifactId
version3.0.1-native-2.0.4.GA/version
scopecompile/scope
/dependency
/dependencies
/plugin
I tried too to use an initClassLoader based in jaxws-maven-plugin source, how
shown below:
private String initClassLoader(ClassLoader parent) throws
MojoExecutionException {
try {
List classpathFiles =
project.getCompileClasspathElements();
URL[] urls = new URL[classpathFiles.size() + 4];
StringBuffer classPath = new StringBuffer();
for (int i = 0; i classpathFiles.size(); ++i) {
getLog().debug((String)classpathFiles.get(i));
urls[i] = new
File((String)classpathFiles.get(i)).toURL();
classPath.append((String)classpathFiles.get(i));
classPath.append(File.pathSeparatorChar);
}
urls[classpathFiles.size()] = new
File(project.getBuild().getOutputDirectory()).toURL();
urls[classpathFiles.size() + 1] =
getArtifact(jboss.jbossws:jboss-jaxws);
urls[classpathFiles.size() + 2] =
getArtifact(jboss.jbossws:jaxws-tools);
File toolsJar = new
File(System.getProperty(java.home),../lib/tools.jar);
if (!toolsJar.exists()) {
toolsJar = new
File(System.getProperty(java.home),lib/tools.jar);
}
urls[classpathFiles.size() + 3] = toolsJar.toURL();
System.out.println(urls: +Arrays.toString(urls));
URLClassLoader cl = new URLClassLoader(urls,parent);
// Set the new classloader
Thread.currentThread().setContextClassLoader(cl);
System.setProperty(java.class.path,classPath.toString
Problem with classloader in maven plugin
Hi
I am trying to create a maven plugin to jboss wsconsume, but I have a problem
with classloader in plugin.
My plugin is based in an ant task (WSConsumeTask).
I am using maven 2.0.8 on Windows machine.
When I created a simple Java project with libraries necessary, my code works.
How shown below:
public static void main(String[] args) {
WSConsumeTask t = new WSConsumeTask();
t.setWsdl(https://xxx/crypto?wsdl;);
t.setVerbose(true);
t.setKeep(true);
t.execute();
}
But when I am using into maven plugin, I got problem with classloader.
I got this exception:
C:\eclipse\workspace\TestePluginMaven\output\com\buscape\bean\CryptoService.java:7:
cannot find symbol
symbol : class Service
location: package javax.xml.ws
import javax.xml.ws.Service;
^
C:\eclipse\workspace\TestePluginMaven\output\com\buscape\bean\CryptoService.java:8:
cannot find symbol
symbol : class WebEndpoint
location: package javax.xml.ws
import javax.xml.ws.WebEndpoint;
^
C:\eclipse\workspace\TestePluginMaven\output\com\buscape\bean\CryptoService.java:9:
cannot find symbol
symbol : class WebServiceClient
location: package javax.xml.ws
import javax.xml.ws.WebServiceClient;
The plugin classloader doesn´t load the jaxws libraries. But this libraries was
added in pom.xml of plugin.
I tried to add dependencies tag in my plugin config, but didn´t works. How
shown below:
plugin
groupIdjboss/groupId
artifactIdmaven-jbossws-plugin/artifactId
version1.0.0/version
configuration
verbosetrue/verbose
keeptrue/keep
wsdlhttps://xxx/crypto?wsdl/wsdl
/configuration
dependencies
dependency
groupIdjboss.jbossws/groupId
artifactIdjaxws-tools/artifactId
version3.0.1-native-2.0.4.GA/version
scopecompile/scope
/dependency
dependency
groupIdjboss.jbossws/groupId
artifactIdjboss-jaxws/artifactId
version3.0.1-native-2.0.4.GA/version
scopecompile/scope
/dependency
/dependencies
/plugin
I tried too to use an initClassLoader based in jaxws-maven-plugin source, how
shown below:
private String initClassLoader(ClassLoader parent) throws
MojoExecutionException {
try {
List classpathFiles =
project.getCompileClasspathElements();
URL[] urls = new URL[classpathFiles.size() + 4];
StringBuffer classPath = new StringBuffer();
for (int i = 0; i classpathFiles.size(); ++i) {
getLog().debug((String)classpathFiles.get(i));
urls[i] = new
File((String)classpathFiles.get(i)).toURL();
classPath.append((String)classpathFiles.get(i));
classPath.append(File.pathSeparatorChar);
}
urls[classpathFiles.size()] = new
File(project.getBuild().getOutputDirectory()).toURL();
urls[classpathFiles.size() + 1] =
getArtifact(jboss.jbossws:jboss-jaxws);
urls[classpathFiles.size() + 2] =
getArtifact(jboss.jbossws:jaxws-tools);
File toolsJar = new
File(System.getProperty(java.home),../lib/tools.jar);
if (!toolsJar.exists()) {
toolsJar = new
File(System.getProperty(java.home),lib/tools.jar);
}
urls[classpathFiles.size() + 3] = toolsJar.toURL();
System.out.println(urls: +Arrays.toString(urls));
URLClassLoader cl = new URLClassLoader(urls,parent);
// Set the new classloader
Thread.currentThread().setContextClassLoader(cl);
System.setProperty(java.class.path,classPath.toString());
String sysCp = System.getProperty(java.class.path);
return sysCp;
}
catch (MalformedURLException e) {
throw new MojoExecutionException(e.getMessage(),e);
}
catch (DependencyResolutionRequiredException e) {
throw new MojoExecutionException(e.getMessage(),e);
}
}
public void execute() throws MojoExecutionException {
// Need to build a URLClassloader since Maven removed it form
the chain
ClassLoader parent = this.getClass().getClassLoader();
String originalSystemClasspath = this.initClassLoader( parent );
try {
// Execute WSConsumeTask
WSConsumeTask t = new WSConsumeTask();
t.setWsdl(wsdl);
t.setVerbose(verbose);
t.setKeep(keep);
t.execute();
}
finally {
RES: How can I send a single file by scp without generate maven2 repository directory structure in remote machine?
Hi, Very good! Now, I have two options to do scp: http://myfaces.apache.org/wagon-maven-plugin/usage.html and http://docs.atlassian.com/maven-upload-plugin/1.1/ I will test both. Thank you very much! Thanks Nick to your hint. I will try to do a plugin to wsconsume of jbossws -Mensagem original- De: Luke Daley [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 23 de abril de 2008 19:46 Para: Maven Users List Assunto: Re: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? Also, http://docs.atlassian.com/maven-upload-plugin/1.1/ LD. - 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]
RES: How can I send a single file by scp without generate maven2 repository directory structure in remote machine?
Hi Wendy, I tested your plugin and worked! I think that other people need of this plugin, but don´t find in web. You can talk with maven developer to add the url http://myfaces.apache.org/wagon-maven-plugin/index.html in http://maven.apache.org/plugins/index.html Thank you very much! -Mensagem original- De: Claudio Ranieri [mailto:[EMAIL PROTECTED] Enviada em: quinta-feira, 24 de abril de 2008 09:27 Para: Maven Users List Assunto: RES: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? Hi, Very good! Now, I have two options to do scp: http://myfaces.apache.org/wagon-maven-plugin/usage.html and http://docs.atlassian.com/maven-upload-plugin/1.1/ I will test both. Thank you very much! Thanks Nick to your hint. I will try to do a plugin to wsconsume of jbossws -Mensagem original- De: Luke Daley [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 23 de abril de 2008 19:46 Para: Maven Users List Assunto: Re: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? Also, http://docs.atlassian.com/maven-upload-plugin/1.1/ LD. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: How can I send a single file by scp without generate maven2 repository directory structure in remote machine?
Someone? Please help me -Mensagem original- De: Claudio Ranieri [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 18 de abril de 2008 14:25 Para: users@maven.apache.org Assunto: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? How can I send a single file by scp without generate maven2 repository directory structure in remote machine? When I use the goal deploy:deploy, the maven2 creates in remote machine: groupId\artifactoryId\version\name-of-artifactory But I would like to: finalName (defined in tag buildfinalNamemyname/finalName.../build) How can I do this? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: How can I send a single file by scp without generate maven2 repository directory structure in remote machine?
Thanks for answering, but I would like to use maven2 deploy plugin with config in pom.xml. Create a own plugin is impracticable for me. I don´t want use antrun or maven exec I would like use maven plugin. The plugin makes scp and create the directory structure in remote machine. I need only make scp to single file (is a part of process of deploy plugin) How can I do this? -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 23 de abril de 2008 12:10 Para: Maven Users List Assunto: RE: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? Looking at the dependencies of the maven deploy plugin [1] I think you have to write your own plugin to do this. You could take a look at the maven-deploy-plugin code to see how they accomplish it. Another option would be the maven-antrun-plugin [2] or the Maven Exec Plugin [3]. Hth, Nick S. [1] http://maven.apache.org/plugins/maven-deploy-plugin/dependencies.html [2] http://maven.apache.org/plugins/maven-antrun-plugin/ [3] http://mojo.codehaus.org/exec-maven-plugin/ -Original Message- From: Claudio Ranieri [mailto:[EMAIL PROTECTED] Sent: Wed 4/23/2008 16:32 To: Maven Users List Subject: RES: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? Someone? Please help me -Mensagem original- De: Claudio Ranieri [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 18 de abril de 2008 14:25 Para: users@maven.apache.org Assunto: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? How can I send a single file by scp without generate maven2 repository directory structure in remote machine? When I use the goal deploy:deploy, the maven2 creates in remote machine: groupId\artifactoryId\version\name-of-artifactory But I would like to: finalName (defined in tag buildfinalNamemyname/finalName.../build) How can I do this? Thanks - 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]
RES: How can I send a single file by scp without generate maven2 repository directory structure in remote machine?
Ok, I understood, but I never created a maven plugin. I think a complex task. There are another maven plugin to do scp (single file)? (native way) Someone can modify the deploy plugin code or show a sample? Thanks. -Mensagem original- De: Wayne Fay [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 23 de abril de 2008 15:02 Para: Maven Users List Assunto: Re: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? As Nick stated, deploy has a very specific context within Maven. It does not mean deploy a WAR/EAR to a J2EE server nor does it mean copy a file to a path of my choosing. Deploy in the context of Maven means deploy this artifact to a remote Maven repository, and as you've discovered, Maven repos have a very specific layout. If you want the file copied similar to how the deploy plugin works, but without the extra directories, then you will need to investigate one of the 3 options Nick suggested. Easiest would probably be to simply grab the deploy plugin code, modify some things, change the groupId and artifactId, compile and install/deploy it locally, and then start using it. Wayne On 4/23/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: It is not a part of the deploy plugin. The deploy plugin is used only to put artifacts into a remote repository. Nothing else. To accomplish this, it uses the different wagon artifacts. If you want to accomplish your task, you will have to use one of the three options I gave you. 1) Create your own plugin, using the functionality the wagon implementations give you. 2) Write a little ant script and run it with the antrun plugin 3) Execute scp with the maven-exec-plugin. I hope I made it somewhat clearer. With regards, Nick S. -Original Message- From: Claudio Ranieri [mailto:[EMAIL PROTECTED] Sent: Wed 4/23/2008 19:09 To: Maven Users List Subject: RES: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? Thanks for answering, but I would like to use maven2 deploy plugin with config in pom.xml. Create a own plugin is impracticable for me. I don´t want use antrun or maven exec I would like use maven plugin. The plugin makes scp and create the directory structure in remote machine. I need only make scp to single file (is a part of process of deploy plugin) How can I do this? -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 23 de abril de 2008 12:10 Para: Maven Users List Assunto: RE: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? Looking at the dependencies of the maven deploy plugin [1] I think you have to write your own plugin to do this. You could take a look at the maven-deploy-plugin code to see how they accomplish it. Another option would be the maven-antrun-plugin [2] or the Maven Exec Plugin [3]. Hth, Nick S. [1] http://maven.apache.org/plugins/maven-deploy-plugin/dependencies.html [2] http://maven.apache.org/plugins/maven-antrun-plugin/ [3] http://mojo.codehaus.org/exec-maven-plugin/ -Original Message- From: Claudio Ranieri [mailto:[EMAIL PROTECTED] Sent: Wed 4/23/2008 16:32 To: Maven Users List Subject: RES: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? Someone? Please help me -Mensagem original- De: Claudio Ranieri [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 18 de abril de 2008 14:25 Para: users@maven.apache.org Assunto: How can I send a single file by scp without generate maven2 repository directory structure in remote machine? How can I send a single file by scp without generate maven2 repository directory structure in remote machine? When I use the goal deploy:deploy, the maven2 creates in remote machine: groupId\artifactoryId\version\name-of-artifactory But I would like to: finalName (defined in tag buildfinalNamemyname/finalName.../build) How can I do this? Thanks - 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] - 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]
How can I send a single file by scp without generate maven2 repository directory structure in remote machine?
How can I send a single file by scp without generate maven2 repository directory structure in remote machine? When I use the goal deploy:deploy, the maven2 creates in remote machine: groupId\artifactoryId\version\name-of-artifactory But I would like to: finalName (defined in tag buildfinalNamemyname/finalName.../build) How can I do this? Thanks
Problem to use 2 projects (trunk and branch) in the same continuum
Hi, I added 2 M2_projects in continuum. The trunk version and branch version of the one project. But the continuum only detect changes in the branch version. The continuum doesn´t detect changes in trunk version. I saw the continuum log and I got: 12646035 [defaultScheduler_Worker-11] WARN org.apache.maven.continuum.Continuum:default - Project 'ReplicacaoNova:publicacao:bin' is duplicated in the reactor groupId: ReplicacaoNova artifactoryId: publicacao version: bin How can I resolve this problem? Thanks
Re: Doubt about mail notifier
I did this config. Thank you for your return. - Original Message - From: [EMAIL PROTECTED] To: continuum-users@maven.apache.org Sent: Wednesday, January 09, 2008 4:10 AM Subject: RE: Doubt about mail notifier Hi Continuum send a mail ONLY if the build state is modified. If you're always in success, Continuum doesn't send mail. If you want to receive a mail for each build, you can configure alwaysSend to true in \continuum-1.1\apps\continuum\webapp\WEB-INF\classes\META-INF\plexus\application.xml Regards Pallavi -Original Message- From: Claudio R [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 09, 2008 6:14 AM To: Lista continuum Subject: Doubt about mail notifier Hi, I am using the continuum 1.1 final with M2 project. I receive email only when the state of project changes. Example: build 1: successful build 2: successful build 3: successful I receive only one email (of build 1). In continuum´s log I get: 88928560 [pool-1-thread-1] INFO org.codehaus.plexus.notification.notifier.Notifier:mail - Same state, not sending message. How can I configure to receive email to all builds? Thanks - Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!
Sorry email test
Sorry email test
Re: Problem to send email (Validation user) with Continuum 1.1 final
Ok Wendy, Usualy I create the user because of the permission. I understood, thank you for return. - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, December 28, 2007 12:57 AM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On Dec 27, 2007 11:52 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: But it isn´t intuitive. Could you add parameter email.validation.required=false in security.properties (trunk version)? Other solution is add automatically send email in creating user. IMO it's slightly broken at the moment. If you (as an admin) manually create a user, he shouldn't *also* have to validate by receiving and clicking a link in an email. That's what the issue I linked to is about. I consider self-registration (which works) to be the normal use case, and manually creating users to be the alternate. So the current defaults make sense to me. Are you more likely to create a user than to have them self-register? -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
Hi Wendy, When I create a new user, the user doesn´t receive email until I click in Resend Validation. Is it a bug? Thanks - Original Message - From: Claudio Ranieri [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 26, 2007 9:19 AM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final Great Wendy, Thanks! - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 23, 2007 4:03 PM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On Dec 21, 2007 9:41 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: But you creating a sample file helps a lot. http://jira.codehaus.org/browse/CONTINUUM-1612 I put email.from.name, email.from.address and email.validation.subject in the sample file. Thanks, -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
Ok Wendy, But it isn´t intuitive. Could you add parameter email.validation.required=false in security.properties (trunk version)? Other solution is add automatically send email in creating user. Thanks - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 27, 2007 4:07 PM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On Dec 27, 2007 9:45 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: When I create a new user, the user doesn´t receive email until I click in Resend Validation. Is it a bug? Not as far as I know. Creating a user does not automatically send a validation email. See also http://jira.codehaus.org/browse/REDBACK-118 . -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
Great Wendy, Thanks! - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 23, 2007 4:03 PM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On Dec 21, 2007 9:41 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: But you creating a sample file helps a lot. http://jira.codehaus.org/browse/CONTINUUM-1612 I put email.from.name, email.from.address and email.validation.subject in the sample file. Thanks, -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
Hi Wendy, I did a test with file security.properties in /path/to/continuum/conf/ and work out. As sugestion, the Continuum Team can add the file /path/to/continuum/conf/security.properties in next release of Continuum. The Continuum Team can unify all sender email. Today, there are 2 config in : /path/to/continuum/apps/continuum/webapp/WEB-INF/classes/META-INF/plexus/application.xml (parameters from-mailbox and from-name) and /path/to/continuum/conf/security.properties Thanks - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: continuum-users@maven.apache.org Sent: Thursday, December 20, 2007 6:52 PM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On 12/20/07, Claudio Ranieri [EMAIL PROTECTED] wrote: I looked for this file in Continuum 1.1 final, but I did´nt find security.properties in /path/to/continuum/conf/ Using grep I found the file security.properties in /path/to/continuum/apps/continuum/webapp/WEB-INF/classes/org/apache/maven/continuum/security.properties I added in this file this lines: You can create /path/to/continuum/conf/security.properties and put your changes there-- they should override the ones down in the webapp, and it will make upgrades easier. -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
Hi Wendy, about it doesn't need to be there unless you're overriding the defaults It is not always true. I needed add lines in security.properties to send the Validation user email (in smtp without user and password). But you creating a sample file helps a lot. Thanks for return. - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: continuum-users@maven.apache.org Sent: Friday, December 21, 2007 12:45 PM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On Dec 21, 2007 5:06 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: I did a test with file security.properties in /path/to/continuum/conf/ and work out. As sugestion, the Continuum Team can add the file /path/to/continuum/conf/security.properties in next release of Continuum. We should definitely document it better, and possibly leave a sample file in /conf, but it doesn't need to be there unless you're overriding the defaults. The Continuum Team can unify all sender email. Today, there are 2 config in /path/to/continuum/apps/continuum/webapp/WEB-INF/classes/META-INF/plexus/application.xml (parameters from-mailbox and from-name) and /path/to/continuum/conf/security.properties Probably not, since the first file comes from Continuum, and the second from Redback, a separate project that gets included into Continuum to handle authenticataion and role-based authorization. -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
I found in wiki: http://docs.codehaus.org/display/CONTINUUMUSER/Deploying The config of /path/to/continuum/conf/security.properties. In this file there is: # # Email Settings # All emails sent by the system will be from the following user name (used in conjunction with address) [EMAIL PROTECTED] email.from.name=Continuum Admin Username # The subject line for the email message. email.validation.subject=Welcome to Maven Continuum I looked for this file in Continuum 1.1 final, but I did´nt find security.properties in /path/to/continuum/conf/ Using grep I found the file security.properties in /path/to/continuum/apps/continuum/webapp/WEB-INF/classes/org/apache/maven/continuum/security.properties I added in this file this lines: [EMAIL PROTECTED] email.from.name=Continuum This config resolved my problem (with com.sun.mail.smtp.SMTPSendFailedException: 553 5.5.4 [EMAIL PROTECTED]... Real domain name required for sender address) Bye - Original Message - From: Claudio R [EMAIL PROTECTED] To: continuum-users@maven.apache.org Sent: Wednesday, December 19, 2007 9:39 PM Subject: Problem to send email (Validation user) with Continuum 1.1 final Hi, I configured the CONTINUUM_HOME/conf/plexus.xml as: resource namemail/Session/name typejavax.mail.Session/type properties property namemail.smtp.host/name valuexxx.xxx.com.br/value /property property namemail.smtp.port/name value25/value /property !-- property namemail.smtp.auth/name valuetrue/value /property property namemail.smtp.user/name valueyour_login/value /property property namepassword/name valueyour_password/value /property property namemail.smtp.debug/name valuetrue/value /property property namemail.smtp.starttls.enable/name valuetrue/value /property property namemail.smtp.socketFactory.class/name valuejavax.net.ssl.SSLSocketFactory/value /property -- /properties /resource But when I add a new user and I click in Resend Validation, I get in continuum.log org.codehaus.plexus.mailsender.MailSenderException: Error while sending the message. at org.codehaus.plexus.mailsender.javamail.AbstractJavamailMailSender.send(AbstractJavamailMailSender.java:221) at org.codehaus.plexus.redback.xwork.mail.Mailer.sendMessage(Mailer.java:145) at org.codehaus.plexus.redback.xwork.mail.Mailer.sendAccountValidationEmail(Mailer.java:70) at org.codehaus.plexus.redback.xwork.action.RegisterAction.resendRegistrationEmail(RegisterAction.java:207) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:358) at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:218) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:192) at org.codehaus.plexus.redback.xwork.interceptor.SecureActionInterceptor.intercept(SecureActionInterceptor.java:114) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementInterceptor.intercept(PolicyEnforcementInterceptor.java:149) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.AutoLoginInterceptor.intercept(AutoLoginInterceptor.java:156) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.ForceAdminUserInterceptor.intercept(ForceAdminUserInterceptor.java:76) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.EnvironmentCheckInterceptor.intercept(EnvironmentCheckInterceptor.java:122) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:175) at
Re: Problem with surefire-reports in Continuum 1.1 final
Hi Olivier, When I launch mvn clean install into C:\continuum\work\6, the maven work out. After various tests, I isolated the problem. The problem occurs when I install continuum as a Windows Service and change service´s Log on to a net´s user (following documentation). When I use the local system to log on, the problem doesn´t occur. Can you do a test changing the user of service´s log on to a net´s user? Thanks. - Original Message - From: olivier lamy [EMAIL PROTECTED] To: continuum-users@maven.apache.org Sent: Thursday, December 13, 2007 7:10 PM Subject: Re: Problem with surefire-reports in Continuum 1.1 final If you cd to C:\continuum\work\6 and launch mvn clean install. What's happened ? Because as I see in the stack Trace it looks to be more an issue with surefire. Thanks, -- Olivier 2007/12/13, Diego [EMAIL PROTECTED]: Hi Oliver ... It means :The system could not found the specified path tks olivier lamy escreveu: Hi, What does it mean in english : Caused by: java.io.IOException: O sistema natilde;o pode encontrar o caminho especificado ? :-) Thanks, -- Olivier 2007/12/13, Diego [EMAIL PROTECTED]: Hi, I am using Continuum 1.1 final, Maven 2.0.7, Java 1.5.0_06 and WindowsXP I added a M2 project in Continuum, but in result of build I got: + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] [INFO] Building Sincronismo [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Deleting directory C:\continuum\work\6\target [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 8 source files to C:\continuum\work\6\target\classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 1 source file to C:\continuum\work\6\target\test-classes [INFO] [surefire:test] [INFO] Surefire report directory: C:\continuum\work\6\target\surefire-reports [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error creating properties files for forking; nested exception is java.io.IOException: O sistema natilde;o pode encontrar o caminho especificado [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error creating properties files for forking; nested exception is java.io.IOException: O sistema natilde;o pode encontrar o caminho especificado at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:564) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments ( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java :39) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java :430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException: Error creating properties files for forking; nested exception is java.io.IOException: O sistema natilde;o pode encontrar o caminho especificado at org.apache.maven.plugin.surefire.SurefirePlugin.execute( SurefirePlugin.java:402) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:539) ... 16 more Caused by: org.apache.maven.surefire.booter.SurefireBooterForkException : Error creating properties files for forking; nested exception is java.io.IOException: O sistema natilde;o pode encontrar o caminho especificado at
