[jira] Created: (GERONIMO-1692) Creating Web Connectors using Console
Creating Web Connectors using Console - Key: GERONIMO-1692 URL: http://issues.apache.org/jira/browse/GERONIMO-1692 Project: Geronimo Type: Bug Components: console Versions: 1.1 Environment: WinXP SP2, J2SDK 1.4.2_10, Geronimo with Tomcat Reporter: Ilya Kanonirov When creating any type of Web Connector at the Web Server page in the Geronimo Console, the parameter Max Threads is always saved to var/config/config.xml with default value 50. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: specs and javadoc question
One other question - the documentation comments in the XML schema for the spec? Should I type in these comments or leave them out? Thanks, -bd- On Mar 3, 2006, at 1:00 PM, Dain Sundstrom wrote: BTW add a jira for this, so everyone knows you are working on it. -dain On Mar 3, 2006, at 10:02 AM, Bill Dudney wrote: Hi All, Thanks for the comments. Dain: Yeah its not copying out of the pdf but simply typing, hardly feels like original work though so even though I'm not copying, it sure feels like it. :-) I'll leave the comments out and post a patch after I get one more pass over it (~early next week). TTFN, Bill Dudney MyFaces - myfaces.apache.org On Mar 3, 2006, at 10:43 AM, Dain Sundstrom wrote: On Mar 3, 2006, at 9:37 AM, David Jencks wrote: On Mar 3, 2006, at 9:10 AM, Bill Dudney wrote: Hi All, I've started getting ready for JSF 1.2 and figured that a good place for the api jar to land is the uber spec project @ G for JavaEE 5. I'm most of the way there for Servlet 2.5 and JSP 2.1 but I was wondering about javadoc. Does anyone know what the rules are regarding javadoc in the spec code? I've just been doing a straight copy/typing of the api and leaving out the javadoc. But looking back at the Servlet 2.4 and JSP 2.0 spec modules all the javadoc is there. No copying only typing is allowed. I'd like to submit the patch for Servlet 2.5 and JSP 2.1 in the next week or so. If anyone knows the definitive answer (or since we are not lawyers as close to definitive as possible:) I'd love to hear it. I have not been copying the javadocs into the specs I have worked on. I think that our servlet 2.4 and jsp 2.0 specs are copied from tomcat where they were IIUC donated complete with javadocs by sun. I think leaving out the javadoc is the wisest course. Yes, the javadoc comments are owned by Sun. If you would like to write your own *original* javadoc comments, that would be cool, but not necessary. -dain
[jira] Commented: (GERONIMO-1672) Migrate security module to M2
[ http://issues.apache.org/jira/browse/GERONIMO-1672?page=comments#action_12368933 ] Anita Kulshreshtha commented on GERONIMO-1672: -- I have updated to rev 383311. No luck! I am still seeing the old (maven-2.0.2) error. my maven version is : mvn -v Maven version: 2.1-SNAPSHOT [INFO] [INFO] Trace java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:393) at java.util.Properties.setProperty(Properties.java:102) at java.lang.System.setProperty(System.java:656) at org.apache.maven.test.SurefirePlugin.processSystemProperties(SurefirePlugin.java:408) at org.apache.maven.test.SurefirePlugin.execute(SurefirePlugin.java:335) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:47 5) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav a:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) 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:324) 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) [INFO] [INFO] Total time: 6 seconds [INFO] Finished at: Sun Mar 05 08:55:41 EST 2006 [INFO] Final Memory: 6M/11M [INFO] Migrate security module to M2 - Key: GERONIMO-1672 URL: http://issues.apache.org/jira/browse/GERONIMO-1672 Project: Geronimo Type: Task Components: security Versions: 1.x Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 1.x -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1693) j2ee-scheme module migration to Maven2
j2ee-scheme module migration to Maven2 -- Key: GERONIMO-1693 URL: http://issues.apache.org/jira/browse/GERONIMO-1693 Project: Geronimo Type: Sub-task Reporter: Anita Kulshreshtha -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1693) j2ee-scheme module migration to Maven2
[
http://issues.apache.org/jira/browse/GERONIMO-1693?page=comments#action_12368943
]
Anita Kulshreshtha commented on GERONIMO-1693:
--
This module has been converted, there are compilation failures :
[INFO] Scanning for projects...
[INFO]
[INFO] Building Geronimo :: J2EE Schema
[INFO]task-segment: [install]
[INFO]
[INFO] [xmlbeans:xmlbeans {execution: default}]
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] XmlBeans compile failed:
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\application-client_1
_4.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\application_1_4.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\connector_1_5.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\ejb-jar_2_1.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\j2ee_1_4.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\j2ee_jaxrpc_mapping_1
_1.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\j2ee_web_services_1_1
.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\j2ee_web_services_cli
ent_1_1.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\jsp_2_0.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\web-app_2_4.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\web-jsptaglibrary_2_0
.xsd
xml ErrorLoading schema file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\xml.xsd
xml ErrorLoading config file
D:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\conf\xmlconfig.xml
xml ErrorLoading referenced file
http://www.ibm.com/webservices/xsd/j2ee_web_services_client_1_1.xsd
xml
Errorhttp://www.ibm.com/webservices/xsd/j2ee_web_services_client_1_1.xsd:60:
error: sch-props-correct.2: Duplicate g
lobal type: [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee (Original global type
found in file: j2ee_web_service
s_client_1_1.xsd)
xml
Errorhttp://www.ibm.com/webservices/xsd/j2ee_web_services_client_1_1.xsd:135:
error: sch-props-correct.2: Duplicate
global type: [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee (Original global type
found in file: j2ee_web_services_clie
nt_1_1.xsd)
xml
Errorhttp://www.ibm.com/webservices/xsd/j2ee_web_services_client_1_1.xsd:259:
error: sch-props-correct.2: Duplicate
global type: [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee (Original global type
found in file: j2ee_web_servi
ces_client_1_1.xsd)
xml
Errorhttp://www.ibm.com/webservices/xsd/j2ee_web_services_client_1_1.xsd:112:
error: sch-props-correct.2: Duplicate
model group: [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee (Original model group
found in file: j2ee_web_services_cli
ent_1_1.xsd)
xml
ErrorD:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\j2ee_web_services_client_1_1.xsd:117:
war
ning: sch-props-correct.2: Duplicate identity constraint: [EMAIL
PROTECTED]://java.sun.com/xml/ns/j2ee (
Original identity constraint found in file: j2ee_web_services_client_1_1.xsd)
xml
ErrorD:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\j2ee_web_services_client_1_1.xsd:117:
war
ning: sch-props-correct.2: Duplicate identity constraint: [EMAIL
PROTECTED]://java.sun.com/xml/ns/j2ee (
Original identity constraint found in file: j2ee_web_services_client_1_1.xsd)
xml
ErrorD:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\j2ee_web_services_client_1_1.xsd:117:
war
ning: sch-props-correct.2: Duplicate identity constraint: [EMAIL
PROTECTED]://java.sun.com/xml/ns/j2ee (
Original identity constraint found in file: j2ee_web_services_client_1_1.xsd)
xml
ErrorD:\anita\geronimo\geronimo-1.1\modules\j2ee-schema\src\j2ee_1_4schema\j2ee_web_services_client_1_1.xsd:117:
war
ning: sch-props-correct.2: Duplicate identity constraint: [EMAIL
PROTECTED]://java.sun.com/xml/ns/j2ee (
Original identity constraint found in file: j2ee_web_services_client_1_1.xsd)
[INFO]
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 8 seconds
[INFO] Finished at: Sun Mar 05 09:36:54 EST
[jira] Commented: (GERONIMO-851) Move Geronimo Build to M2 (Maven 2)
[ http://issues.apache.org/jira/browse/GERONIMO-851?page=comments#action_12368944 ] Anita Kulshreshtha commented on GERONIMO-851: - GERONIMO-1693 is needed for all the builders. Move Geronimo Build to M2 (Maven 2) --- Key: GERONIMO-851 URL: http://issues.apache.org/jira/browse/GERONIMO-851 Project: Geronimo Type: Task Components: buildsystem Reporter: John Sisson Assignee: John Sisson Fix For: 1.x Attachments: parentpom.patch Created this issue to keep track of the status of work to move the Geronimo build to Maven 2. Does anyone know the status of this effort? I believe some work was done in OpenEJB? When is the move to M2 planned for? 1.0 or 1.1 FYI.. In June I attempted to use Maven 1.1 beta 1 to build geronimo and got some parse exceptions in maven. As a result, some small changes were made to some project.xml files by David Jencks, which fixed the parse problem, but we then ran into another problem where we were getting a java.lang.NoSuchMethodError in maven. This should now be fixed using an updated artifact plugin, see http://jira.codehaus.org/browse/MAVEN-1625 (but I have not verified this). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1693) j2ee-schema module migration to Maven2
[ http://issues.apache.org/jira/browse/GERONIMO-1693?page=all ] Anita Kulshreshtha updated GERONIMO-1693: - Summary: j2ee-schema module migration to Maven2 (was: j2ee-scheme module migration to Maven2) Description: Environment: j2ee-schema module migration to Maven2 -- Key: GERONIMO-1693 URL: http://issues.apache.org/jira/browse/GERONIMO-1693 Project: Geronimo Type: Sub-task Reporter: Anita Kulshreshtha -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1681) directory module migration to Maven2
[ http://issues.apache.org/jira/browse/GERONIMO-1681?page=comments#action_12368946 ] Anita Kulshreshtha commented on GERONIMO-1681: -- There are test failures (rev 383311). --- T E S T S --- [surefire] Running org.apache.geronimo.directory.RunningTest 10:10:59,609 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: objectName=geronimo.sys tem:type=Directory java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException at org.apache.geronimo.directory.DirectoryGBean.doStart(DirectoryGBean.java:197) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:939) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:523) at org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:203) . directory module migration to Maven2 Key: GERONIMO-1681 URL: http://issues.apache.org/jira/browse/GERONIMO-1681 Project: Geronimo Type: Sub-task Reporter: reghuram rajakumar vasanthakumari Assignee: reghuram rajakumar vasanthakumari Attachments: pom.xml -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1693) j2ee-schema module migration to Maven2
[ http://issues.apache.org/jira/browse/GERONIMO-1693?page=all ] Anita Kulshreshtha updated GERONIMO-1693: - Priority: Blocker (was: Major) j2ee-schema module migration to Maven2 -- Key: GERONIMO-1693 URL: http://issues.apache.org/jira/browse/GERONIMO-1693 Project: Geronimo Type: Sub-task Reporter: Anita Kulshreshtha Priority: Blocker -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
When you run across M2 issues...
Hi, I'm in a little hurry (flying to UK) and can't change the issues with the build using M2 now, but I think I know why it keeps failing. It seems I've been using maven-surefire-plugin that I built from its sources so although you use the latest daily build of Maven2, you might not be lucky enough to run the build using M2 (because of the old version of the plugin). I'll be looking into it as I don't want people to build M2 plugins on their own just to build Geronimo. I read today that M2 developers want to upload the latest plugins to the repo, but don't know when it's going to happen. Perhaps Brett will know more when it's planned (or how to fix it temporarily without having to use the plugin sources). Thanks Anita for having reported it! Sorry for the intermittent troubles. I'm sure you'll forgive me once you start using the proper maven-surefire-plugin plugin ;) It's the first time I can say that there's not much to do in order to transition to M2. Gotta run... Jacek -- Jacek Laskowski http://www.laskowski.org.pl
[jira] Updated: (GERONIMO-1645) tomcat module migration to Maven2
[ http://issues.apache.org/jira/browse/GERONIMO-1645?page=all ] Anita Kulshreshtha updated GERONIMO-1645: - Attachment: pom.patch maven-metadata-local.xml Updated patch to use commons-modeler v 1.1. Thanks Brett! for uploading this jar to maven2 repo. This module needs j2ee-schema. To check this out put these files in m2 repo. 1. Put geronimo-j2ee-schema-1.2-SNAPSHOT.jar in .m2\repository\org\apache\geronimo\geronimo-j2ee-schema\1.2-SNAPSHOT 2. put geronimo-j2ee-schema-1.2-SNAPSHOT.pom in .m2\repository\org\apache\geronimo\geronimo-j2ee-schema\1.2-SNAPSHOT 3. put maven-metadata-local.xml (attached) in .m2\repository\org\apache\geronimo\geronimo-j2ee-schema and .m2\repository\org\apache\geronimo\geronimo-j2ee-schema\1.2-SNAPSHOT Build with mvn -Dmaven.skip.test=true first. (all modules should build) cd modules/tomcat mvn install tomcat module migration to Maven2 - Key: GERONIMO-1645 URL: http://issues.apache.org/jira/browse/GERONIMO-1645 Project: Geronimo Type: Sub-task Components: Tomcat Versions: 1.x Reporter: Jacek Laskowski Assignee: Anita Kulshreshtha Attachments: maven-metadata-local.xml, pom.patch, pom.patch, pom.xml, pom.xml, pom.xml, pom.xml It's a task to help keep track of the progress of the tomcat module build migration to Maven2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Upgrade your M2 to the latest unstable version
Jacek Laskowski wrote, On 3/4/2006 5:00 PM: Hi, Due to a couple of bugs in Maven 2.0.2 and to move forward with our migration to M2 it's necessary to upgrade it to today's build from http://maven.zones.apache.org/~maven/builds/trunk/m2-20060304.19.tar.gz. It seems to be the candidate for the next 2.0.3 release, which is being voted on maven-dev. What bug is slowing our conversion progress? Regards, Alan
Yet another way to build !
Hi All,
I am afraid that I have yet another way to do an M2
build! It uses a dummy pom, which copies a jar from
.maven to .m2 repo. It does not disturb any thing
produced by m1 build.
1. The attached pom can be added to ALL the modules
that do not have a pom.xml by editing artifactId and
name.
2. Do mvn install from top level, and now all the jars
and poms (incomplete) will be in m2 repo.
3. Pick your favorite module, I know there are so many
of you who would like to try one!
cd a-module
mvn install
The advantage here is that no one needs to depend
on any one elses module! I just got it to work. If
there is interest in doing this, I will spend some
more time to see if there are any other issues.
Comments welcome.
Thnaks
Anita
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com ?xml version=1.0 encoding=ISO-8859-1?
!--
Copyright 2006 The Apache Software Foundation
Licensed under the Apache License, Version 2.0 (the License);
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an AS IS BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
--
!-- $Revision$ $Date$ --
project
modelVersion4.0.0/modelVersion
parent
groupIdorg.apache.geronimo/groupId
artifactIdgeronimo/artifactId
version1.2-SNAPSHOT/version
/parent
groupIdorg.apache.geronimo/groupId
artifactIdgeronimo-axis/artifactId
version${geronimoVersion}/version
packagingjar/packaging
nameGeronimo :: Axis/name
build
directorynotarget/directory
outputDirectorynotarget/outputDirectory
testOutputDirectorynotarget/testOutputDirectory
sourceDirectorynosrc/sourceDirectory
testSourceDirectorynosrc/testSourceDirectory
resources
resource
directorynosrc/directory
/resource
/resources
testResources
testResource
directorynosrc/directory
/testResource
/testResources
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-antrun-plugin/artifactId
executions
execution
phasepackage/phase
goals
goalrun/goal
/goals
configuration
tasks
copy todir=target file=${user.home}/.maven/repository/geronimo/jars/${artifactId}-${version}.jar/
/tasks
/configuration
/execution
/executions
/plugin
/plugins
/build
/project
Re: Yet another way to build !
I'm not sure that I like this. Consider this a technical veto.
Let us focus our efforts on a a clean m2 build, not stop gap measures
like this one listed below.
Regards,
Alan
anita kulshreshtha wrote, On 3/5/2006 6:50 PM:
Hi All,
I am afraid that I have yet another way to do an M2
build! It uses a dummy pom, which copies a jar from
.maven to .m2 repo. It does not disturb any thing
produced by m1 build.
1. The attached pom can be added to ALL the modules
that do not have a pom.xml by editing artifactId and
name.
2. Do mvn install from top level, and now all the jars
and poms (incomplete) will be in m2 repo.
3. Pick your favorite module, I know there are so many
of you who would like to try one!
cd a-module
mvn install
The advantage here is that no one needs to depend
on any one elses module! I just got it to work. If
there is interest in doing this, I will spend some
more time to see if there are any other issues.
Comments welcome.
Thnaks
Anita
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
?xml version="1.0" encoding="ISO-8859-1"?
!--
Copyright 2006 The Apache Software Foundation
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
--
!-- $Revision$ $Date$ --
project
modelVersion4.0.0/modelVersion
parent
groupIdorg.apache.geronimo/groupId
artifactIdgeronimo/artifactId
version1.2-SNAPSHOT/version
/parent
groupIdorg.apache.geronimo/groupId
artifactIdgeronimo-axis/artifactId
version${geronimoVersion}/version
packagingjar/packaging
nameGeronimo :: Axis/name
build
directorynotarget/directory
outputDirectorynotarget/outputDirectory
testOutputDirectorynotarget/testOutputDirectory
sourceDirectorynosrc/sourceDirectory
testSourceDirectorynosrc/testSourceDirectory
resources
resource
directorynosrc/directory
/resource
/resources
testResources
testResource
directorynosrc/directory
/testResource
/testResources
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-antrun-plugin/artifactId
executions
execution
phasepackage/phase
goals
goalrun/goal
/goals
configuration
tasks
copy todir="target" file="${user.home}/.maven/repository/geronimo/jars/${artifactId}-${version}.jar"/
/tasks
/configuration
/execution
/executions
/plugin
/plugins
/build
/project
[jira] Updated: (GERONIMO-1695) CORBA for EJB with Local interface only causes NPE
[ http://issues.apache.org/jira/browse/GERONIMO-1695?page=all ] Alan Cabrera updated GERONIMO-1695: --- Component: CORBA CORBA for EJB with Local interface only causes NPE -- Key: GERONIMO-1695 URL: http://issues.apache.org/jira/browse/GERONIMO-1695 Project: Geronimo Type: Bug Components: CORBA Reporter: Aaron Mulder I have an EJB with a local interface and I tried applying CORBA settings. It blows up during deployment. My guess is that it wants a remote interface to be there, but somehow, the checks in StandardServant:126 are not working and the interface just comes up as null. Caused by: java.lang.NullPointerException at org.openejb.corba.util.Util.getAllInterfaces(Util.java:593) at org.openejb.corba.util.Util.getAllMethods(Util.java:815) at org.openejb.corba.util.Util.iiopMap(Util.java:608) at org.openejb.corba.util.Util.mapOperationToMethod(Util.java:604) at org.openejb.corba.StandardServant.init(StandardServant.java:135) at org.openejb.corba.StandardServant.init(StandardServant.java:116) at org.openejb.corba.Adapter.init(Adapter.java:100) ... 67 more -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Yet another way to build !
--- Alan D. Cabrera [EMAIL PROTECTED] wrote:
I'm not sure that I like this. Consider this a
technical veto.
Let us focus our efforts on a a clean m2 build, not
stop gap measures
like this one listed below.
Here is how my effort is progressing :
I wanted to work on tomcat, I was able to build
and test by manually copying the required jars in the
repo.
I could have waited for security, interceptor,
security-builder etc... Then I started working on
security, it needs a new version of maven and new
version of surefire plugin which Jacek built from the
source. The j2ee-schema is not building. I can not do
tomcat-builder. I am going to use this to replace the
pom.xmls that break the build. And I think that others
can do the same.
IIUC you are objecting to adding it to all the
modules with missing pom.xml because it might create
confusion about which modules need to be worked on. I
do not understand how this makes the build unclean.
Could you be more specific please?
Thnaks
Anita
Regards,
Alan
anita kulshreshtha wrote, On 3/5/2006 6:50 PM:
Hi All,
I am afraid that I have yet another way to do an
M2
build! It uses a dummy pom, which copies a jar from
.maven to .m2 repo. It does not disturb any thing
produced by m1 build.
1. The attached pom can be added to ALL the modules
that do not have a pom.xml by editing artifactId
and
name.
2. Do mvn install from top level, and now all the
jars
and poms (incomplete) will be in m2 repo.
3. Pick your favorite module, I know there are so
many
of you who would like to try one!
cd a-module
mvn install
The advantage here is that no one needs to
depend
on any one elses module! I just got it to work. If
there is interest in doing this, I will spend some
more time to see if there are any other issues.
Comments welcome.
Thnaks
Anita
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam
protection around
http://mail.yahoo.com
?xml version=1.0 encoding=ISO-8859-1?
!--
Copyright 2006 The Apache Software Foundation
Licensed under the Apache License, Version 2.0
(the License);
you may not use this file except in compliance
with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to
in writing, software
distributed under the License is distributed on
an AS IS BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND,
either express or implied.
See the License for the specific language
governing permissions and
limitations under the License.
--
!-- $Revision$ $Date$ --
project
modelVersion4.0.0/modelVersion
parent
groupIdorg.apache.geronimo/groupId
artifactIdgeronimo/artifactId
version1.2-SNAPSHOT/version
/parent
groupIdorg.apache.geronimo/groupId
artifactIdgeronimo-axis/artifactId
version${geronimoVersion}/version
packagingjar/packaging
nameGeronimo :: Axis/name
build
directorynotarget/directory
outputDirectorynotarget/outputDirectory
testOutputDirectorynotarget/testOutputDirectory
sourceDirectorynosrc/sourceDirectory
testSourceDirectorynosrc/testSourceDirectory
resources
resource
directorynosrc/directory
/resource
/resources
testResources
testResource
directorynosrc/directory
/testResource
/testResources
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-antrun-plugin/artifactId
executions
execution
phasepackage/phase
goals
goalrun/goal
/goals
configuration
tasks
copy todir=target
file=${user.home}/.maven/repository/geronimo/jars/${artifactId}-${version}.jar/
/tasks
/configuration
/execution
/executions
/plugin
/plugins
/build
/project
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Re: Yet another way to build !
The system module has a test failure, how can I be
sure that the jar generated by skipping the tests is
good. and so on..
Thanks
Anita
--- anita kulshreshtha [EMAIL PROTECTED] wrote:
--- Alan D. Cabrera [EMAIL PROTECTED] wrote:
I'm not sure that I like this. Consider this a
technical veto.
Let us focus our efforts on a a clean m2 build,
not
stop gap measures
like this one listed below.
Here is how my effort is progressing :
I wanted to work on tomcat, I was able to build
and test by manually copying the required jars in
the
repo.
I could have waited for security, interceptor,
security-builder etc... Then I started working on
security, it needs a new version of maven and new
version of surefire plugin which Jacek built from
the
source. The j2ee-schema is not building. I can not
do
tomcat-builder. I am going to use this to replace
the
pom.xmls that break the build. And I think that
others
can do the same.
IIUC you are objecting to adding it to all the
modules with missing pom.xml because it might create
confusion about which modules need to be worked on.
I
do not understand how this makes the build unclean.
Could you be more specific please?
Thnaks
Anita
Regards,
Alan
anita kulshreshtha wrote, On 3/5/2006 6:50 PM:
Hi All,
I am afraid that I have yet another way to do
an
M2
build! It uses a dummy pom, which copies a jar
from
.maven to .m2 repo. It does not disturb any thing
produced by m1 build.
1. The attached pom can be added to ALL the
modules
that do not have a pom.xml by editing
artifactId
and
name.
2. Do mvn install from top level, and now all the
jars
and poms (incomplete) will be in m2 repo.
3. Pick your favorite module, I know there are so
many
of you who would like to try one!
cd a-module
mvn install
The advantage here is that no one needs to
depend
on any one elses module! I just got it to work.
If
there is interest in doing this, I will spend
some
more time to see if there are any other issues.
Comments welcome.
Thnaks
Anita
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam
protection around
http://mail.yahoo.com
?xml version=1.0 encoding=ISO-8859-1?
!--
Copyright 2006 The Apache Software Foundation
Licensed under the Apache License, Version
2.0
(the License);
you may not use this file except in
compliance
with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed
to
in writing, software
distributed under the License is distributed
on
an AS IS BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND,
either express or implied.
See the License for the specific language
governing permissions and
limitations under the License.
--
!-- $Revision$ $Date$ --
project
modelVersion4.0.0/modelVersion
parent
groupIdorg.apache.geronimo/groupId
artifactIdgeronimo/artifactId
version1.2-SNAPSHOT/version
/parent
groupIdorg.apache.geronimo/groupId
artifactIdgeronimo-axis/artifactId
version${geronimoVersion}/version
packagingjar/packaging
nameGeronimo :: Axis/name
build
directorynotarget/directory
outputDirectorynotarget/outputDirectory
testOutputDirectorynotarget/testOutputDirectory
sourceDirectorynosrc/sourceDirectory
testSourceDirectorynosrc/testSourceDirectory
resources
resource
directorynosrc/directory
/resource
/resources
testResources
testResource
directorynosrc/directory
/testResource
/testResources
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-antrun-plugin/artifactId
executions
execution
phasepackage/phase
goals
goalrun/goal
/goals
configuration
tasks
copy todir=target
file=${user.home}/.maven/repository/geronimo/jars/${artifactId}-${version}.jar/
/tasks
/configuration
/execution
/executions
/plugin
/plugins
/build
/project
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam
protection around
http://mail.yahoo.com
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
[jira] Created: (GERONIMO-1696) JPDA run command not listed in usage help for geronimo.sh and geronimo.bat
JPDA run command not listed in usage help for geronimo.sh and geronimo.bat -- Key: GERONIMO-1696 URL: http://issues.apache.org/jira/browse/GERONIMO-1696 Project: Geronimo Type: Bug Components: startup/shutdown Versions: 1.0 Reporter: John Sisson Assigned to: John Sisson Priority: Trivial Fix For: 1.2, 1.1 If you run geronimo.sh or geronimo.bat without any arguments, usage information is listed showing the jpda start command, but not showing the jpda run command. The jpda run command should also be listed in the usage help as running geronimo in the foreground whilst debugging is probably a common requirement. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1681) directory module migration to Maven2
[ http://issues.apache.org/jira/browse/GERONIMO-1681?page=all ] reghuram rajakumar vasanthakumari updated GERONIMO-1681: Attachment: org.apache.geronimo.directory.RunningTest.patch pom.xml.patch Hi Jaeck, Sorry for late response. The problem with ./target was due to the TestCase RunningTest.java, the setup method has been wriiten like serverInfoGBean.setAttribute(baseDirectory, ./target); so that it will work when we run 'mvn install' from modules/directory. But it complains when we run 'mvn -Dmodules=directory CNFE is due to some missing dependency in pom.xml. I am attaching the patch for both RunningTest.java and pom.xml Regards, Reghu directory module migration to Maven2 Key: GERONIMO-1681 URL: http://issues.apache.org/jira/browse/GERONIMO-1681 Project: Geronimo Type: Sub-task Reporter: reghuram rajakumar vasanthakumari Assignee: reghuram rajakumar vasanthakumari Attachments: org.apache.geronimo.directory.RunningTest.patch, pom.xml, pom.xml.patch -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Yet another way to build !
anita kulshreshtha wrote, On 3/5/2006 7:40 PM: --- "Alan D. Cabrera" [EMAIL PROTECTED] wrote: I'm not sure that I like this. Consider this a technical veto. Let us focus our efforts on a a clean m2 build, not stop gap measures like this one listed below. Here is how my effort is progressing : I wanted to work on tomcat, I was able to build and test by manually copying the required jars in the repo. I could have waited for security, interceptor, security-builder etc... Then I started working on security, it needs a new version of maven and new version of surefire plugin which Jacek built from the source. The j2ee-schema is not building. I can not do tomcat-builder. I am going to use this to replace the pom.xmls that break the build. And I think that others can do the same. IIUC you are objecting to adding it to all the modules with missing pom.xml because it might create confusion about which modules need to be worked on. I do not understand how this makes the build unclean. Could you be more specific please? Automatically copying jars from a maven 1 repo for maven 2 builds is not the way to go. I would work on another module rather than introduce this nonstandard workaround into our m2 POMs. Regards, Alan
