Re: ANNOUNCE Geronimo Version 1.0 Available for Download
really good news, but the release notes link is broken. On 1/6/06, Christopher Chan <[EMAIL PROTECTED]> wrote: > Congrats and nice work to all!! > > -Original Message- > From: Matt Hogstrom [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 05, 2006 6:18 PM > To: dev@geronimo.apache.org; user@geronimo.apache.org; [EMAIL PROTECTED] > Subject: ANNOUNCE Geronimo Version 1.0 Available for Download > > The Apache Geronimo team is proud to announce the availability of Geronimo > Version 1.0 for immediate download. Please visit > http://geronimo.apache.org/downloads.html. > > The release has passed all J2EE 1.4 Certification Tests. In addition, many > thanks to our community and volunteers that have tested Geronimo on many > operating systems including Linux, Windows, MacOS and zLinux as well as many > > hardware platforms. > > Apache Geronimo 1.0 introduces complete J2EE 1.4 certification, support for > Java > Business Integration (JBI), Jetty or Tomcat Web container deployment > options, a > complete Web-enabled management console based on Java Portlets, full > integration > with the Eclipse Web Tools Project, and integration of Apache Derby and the > Apache Directory Server. > > Included in this e-mail are relevant sections from the RELEASE-NOTES which > can > be found in the distributions that are available for download. For up to > the > minute Release Notes and information you can check the Geronimo home page at > > http://geronimo.apache.org. > > === > > Release Notes -- Apache Geronimo -- Version 1.0 > > Geronimo URLs > - > Home Page: http://geronimo.apache.org/ > Downloads: http://geronimo.apache.org/downloads.html > Documentation: http://geronimo.apache.org/documentation.html > Mailing Lists: http://geronimo.apache.org/mailing.html > Source Code: http://geronimo.apache.org/svn.html > Bug Tracking: http://issues.apache.org/jira/browse/GERONIMO > Wiki: http://wiki.apache.org/geronimo > > > System Requirements > --- > You need a platform that supports the Sun JDK 1.4.2. CORBA > support requires a Sun Java 1.4.2 VM (specifically 1.4.2_08 > or a higher 1.4.2_* release). > > Most testing has been done on Linux, Mac OS X, and Windows. > > > Installing & Starting Geronimo > -- > To install, simply unpack the .zip (Windows) or tar.gz (Unix) file > containing Geronimo. > > Documentation is included in the docs directory in your unpacked server. > > If you wish to modify the default ports that > Geronimo will use, edit the file var/config/config.xml in your > Geronimo directory. > > Geronimo comes with batch and script files to control server start > and stop functions. To see usage examples simply type geronimo.bat > or geronimo.sh command as appropriate for your platform. It is > necessary to set JAVA_HOME to the copy of your Sun 1.4.2 JDK/JRE > prior to executing the command. Here is an example: > > export JAVA_HOME=/directory_to_the_JRE/ > bin/geronimo.sh > > The command will display help text instructing you as to how to start > and stop the Geronimo server. > > If you prefer to start the server without a script file you can simply type: > > java -jar bin/server.jar > > Once the server has started, you can access the administration console > at http://localhost:8080/console/ . The default user name is "system" and > the default password is "manager". > > > Administration Console Security Configuration > - > The default administration user/password for the admin console and > deployment is system/manager. To change this edit the > var/security/users.properties and var/security/groups.properties > files. > > Future Road Map at a Glance > --- > http://issues.apache.org/jira/browse/GERONIMO? >report=com.atlassian.jira.plugin.system.project:roadmap-panel > >(the above URL must be all on one line) > > > Late Release News (not in RELEASE-NOTES-1.0.txt in build) > - > Just as the Geronimo Release was being prepared a report was made about a > potential security issue when using the Jetty Web Conatiner. The issue was > noted > on Jetty 5.1.9 which used by geronimo 1.0, which allows a crafted URL to > access the > contents of a WEB-INF directory if the server is running on a Windows > platform. > This issue is fixed in Jetty 5.1.10 and will be provided in Geronimo 1.0.1 > which > will > be available in the near future. > > > Significant Changes Since the M5 Release > > * the ConfigID format has been updated in anticipatation of future > enhancements. Application plans that include configIds of > configurations included in Geronimo M5 and earlier will require > modifications. See the Wiki at http://wiki.apache.org/geronimo > for more information. > * More functionality and new look and feel for the Administrative > Console
RELEASE-NOTES-1.0.txt
Is the slash after the word deploy in the file RELEASE-NOTES-1.0.txt intended? * Hot Deploy by copying your deployment artifact to the deploy/ directory -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: Unrecognized argument: --quiet during openejb integration tests
It is http://issues.apache.org/jira/browse/GERONIMO-1406 On 12/30/05, Jacek Laskowski <[EMAIL PROTECTED]> wrote: > 2005/12/30, Ken Perl <[EMAIL PROTECTED]>: > > Thanks all, maven m:rebuild-all fix the issue, and the build is success now, > > the file BUILDING.txt is a little old then because > > > > To build and run the server, change into the assembly directory and > > type: > > > > $> cd modules/assembly > > $> maven > > $> cd target/geronimo-1.0-SNAPSHOT > > $> java -jar bin/server.jar org/apache/geronimo/Server > > Hi Ken, > > Thanks for reporting! Could you please fill a jira issue about it? > > > A silly question, where the build go now? > > That was easy (nor silly ;)). @see assemblies/j2ee-jetty-server/target > or assemblies/j2ee-tomcat-server/target/ depending on what servlet > container you wish to play with. > > The most preffered way is to use Geronimo maven plugin and unpack one > of these assemblies into a place of your choice. @see > sandbox/adventurebuilder/maven.xml for reference. That way you don't > need to pull down the sources but declare a dependency and have it > taken care by Maven. It takes less time and disk space. > > Jacek > -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: Fatal error while building j2ee-installer (izpack)
Is the fix checked in?
On 12/28/05, Sachin Patel <[EMAIL PROTECTED]> wrote:
> Try...
>
> Index: plugins/geronimo-izpack-plugin/plugin.properties
> ===
> --- plugins/geronimo-izpack-plugin/plugin.properties(revision 358629)
> +++ plugins/geronimo-izpack-plugin/plugin.properties(working copy)
> @@ -27,4 +27,5 @@
> geronimo.assembly.zip=true
> geronimo.assembly.distributions.dir=${maven.build.dir}/distributions
> +release_notes_version=
> Index: plugins/geronimo-izpack-plugin/plugin.jelly
> ===
> --- plugins/geronimo-izpack-plugin/plugin.jelly (revision 358629)
> +++ plugins/geronimo-izpack-plugin/plugin.jelly (working copy)
> @@ -43,7 +43,7 @@
>
>
>
> -
> +
>
>
> Processing installer file ${installerName}
> Index: etc/project.properties
> ===
> --- etc/project.properties (revision 358629)
> +++ etc/project.properties (working copy)
> @@ -86,6 +86,8 @@
> tranql_connector_version=1.1
> tranql_vendors_version=1.1
> +release_notes_version=1.0
> +
> geronimo_packaging_plugin_version=1.0.1
> geronimo_assembly_plugin_version=1.0.2
> geronimo_deployment_plugin_version=1.0.0
>
>
> - sachin
>
>
>
> On Dec 27, 2005, at 4:10 PM, Aaron Mulder wrote:
>
> > It is not only you. When I looked, it appeared that the variable for
> > the release notes file is hardcoded in the plugin Jelly. I think it
> > needs to be changed to read that from a value passed when the plugin
> > is invoked, which can then be read from etc/project.properties.
> > Someone had a tip on how they thought this could be done.
> >
> > In the mean time, if you want to use the installer, you can hardcode
> > the value in the XML file in src/izpack instead of using the variable
> > at all... But I think there are pending patches for the installer
> > script that John Sisson was looking at. And I think David B removed
> > the installer from the top-level Maven build until this is fixed.
> >
> > Thanks,
> > Aaron
> >
> > On 12/27/05, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
> >> Hi,
> >>
> >> Is it only me who experiences the following error? It seems that the
> >> solution might be as simple as editing the geronimo-izpack.xml and
> >> change the referenced file name, but don't know whether or not it
> >> doesn't incur any other troubles along the way.
> >> ...
> >> [java] -> Fatal error :
> >> [java]d:\projs\geronimo\assemblies\j2ee-installer/target/
> >> geronimo-1.0-SNAPSHOT/geronimo-izpack.xml:23:
> >> Resource
> >> not found: d:\projs\geronimo\assemblies\j2ee-installer\target
> >> \geronimo-1.0-SNAPSHOT\RELEASE-NOTES-1.0-M5.txt
> >> [java] com.izforge.izpack.compiler.CompilerException:
> >> d:\projs\geronimo\assemblies\j2ee-installer/target/geronimo-1.
> >> 0-SNAPSHOT/geronimo-izpack.xml:23: Resource not found:
> >> d:\projs\geronimo\assemblies\j2ee-installer\target\geronimo-1.0-S
> >> NAPSHOT\RELEASE-NOTES-1.0-M5.txt
> >> [java] at
> >> com.izforge.izpack.compiler.CompilerConfig.parseError
> >> (CompilerConfig.java:1518)
> >> [java] at
> >> com.izforge.izpack.compiler.CompilerConfig.findProjectResource
> >> (CompilerConfig.java:1447)
> >> [java] at
> >> com.izforge.izpack.compiler.CompilerConfig.addResources
> >> (CompilerConfig.java:1044)
> >> [java] at
> >> com.izforge.izpack.compiler.CompilerConfig.executeCompiler
> >> (CompilerConfig.java:313)
> >> [java] at
> >> com.izforge.izpack.compiler.CompilerConfig.main
> >> (CompilerConfig.java:1847)
> >> [java] at com.izforge.izpack.compiler.Compiler.main
> >> (Compiler.java:620)
> >> [java]
> >> [java] (tip : use -? to get the commmand line parameters)
> >> [java] [ERROR] Java Result: 1
> >>
> >> BUILD FAILED
> >>
> >> Jacek
> >>
>
>
--
perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: Unrecognized argument: --quiet during openejb integration tests
Thanks all, maven m:rebuild-all fix the issue, and the build is success now, the file BUILDING.txt is a little old then because To build and run the server, change into the assembly directory and type: $> cd modules/assembly $> maven $> cd target/geronimo-1.0-SNAPSHOT $> java -jar bin/server.jar org/apache/geronimo/Server A silly question, where the build go now? On 12/30/05, Aaron Mulder <[EMAIL PROTECTED]> wrote: > > Hi Aaron, > > > > I haven't yet taken a look at it, but if the issue with broken OpenEJB > > itests is with one additional dash, it should be easy to fix. I didn't > > know that itests are disabled by default and wonder why it happened > > (probably because of the time it takes to finish). I think I will be > > able to look into it later today (hopefully, Ken won't mind if it > > takes a little more time ;)) > > The itests are disabled AFAIK because they relied on modules/assembly > which is now gone. Though now that I think about it, I think OpenEJB > had its own assembly. So I'm not sure exactly what the problem was, > but I think the itest breakage was caused by the migration from > modules/assembly to assemblies/* in some way. > > Though, let me say again, I believe the issue with the dash is a > mismatch between the poster's Geronimo build version and plugin > version, and if they do a full rebuild, that paritcular issue should > go away. > > Thanks, > Aaron > -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: Unrecognized argument: --quiet during openejb integration tests
by looking at the maven.xml of openejb, the ${geronimoTarget} is not
displayed when running the itest, see the output in my previous post.
I guess the error is caused by passing wrong parameter to the server
statup command, but I don't know why the ${geronimoTarget} is
displayed empty?
On 12/29/05, Aaron Mulder <[EMAIL PROTECTED]> wrote:
> I expect the itests are still built if you just check out OpenEJB and
> not Geronimo. From the error message, it sounds like it's pulling
> down outdated Geronimo binaries during a standalone OpenEJB build.
>
> It would definitely be nice to have an environment to run tests in a
> "normal" Geronimo environment (where you could test the deploy tool
> and hot deployer, have access to both EJB and Web containers, etc.).
> I guess that would be a good way to run the OpenEJB itests too.
>
> Aaron
>
> On 12/28/05, David Jencks <[EMAIL PROTECTED]> wrote:
> > My understanding, reinforced by looking at geronimo's maven.xml, is
> > that the itests are not run as part of the current build, and my
> > recollection is that they are currently broken. I personally think
> > they need to be split up into smaller bits in some way that don't
> > take forever to run.
> >
> > In any case, I wonder what you are doing to get them to run as part
> > of the build
> >
> > maven -o new
> >
> > If you really want to investigate what is broken about the itests, I
> > suggest building the geronimo deployment plugin by itself first:
> >
> > cd plugins/geronimo-deployment-plugin;maven -o plugin:install
> > then running the itests by themselves
> >
> > cd ../../openejb/itest;maven -o
> >
> > Hope this helps
> > david jencks
> >
> > On Dec 28, 2005, at 4:48 PM, Ken Perl wrote:
> >
> > > I am using the code from
> > > https://svn.apache.org/repos/asf/geronimo/trunk, the OpenEJB code
> > > source is from maven m:co
> > >
> > > On 12/29/05, Donald Woods <[EMAIL PROTECTED]> wrote:
> > >> What level of Geronimo and OpenEJB code are you using? There
> > >> should be
> > >> no SNAPSHOT jars being used for the latest Geronimo 1.0 source from -
> > >> https://svn.apache.org/repos/asf/geronimo/branches/1.0
> > >> and for OpenEJB 2.0 from -
> > >> cvs -d:pserver:[EMAIL PROTECTED]:/scm/openejb co -
> > >> r v2_0
> > >> openejb
> > >>
> > >>
> > >> -Donald
> > >>
> > >>
> > >> Ken Perl wrote:
> > >>> +
> > >>> | Executing default OpenEJB :: Integration Tests
> > >>> | Memory: 26M/43M
> > >>> +
> > >>> DEPRECATED: the default goal should be specified in the
> > >>> section of project.xml instead of maven.xml
> > >>> DEPRECATED: the default goal should be specified in the
> > >>> section of project.xml instead of maven.xml
> > >>>
> > >>> build:end:
> > >>>
> > >>> Attempting to download openejb-builder-2.0-SNAPSHOT.jar.
> > >>> Attempting to download geronimo-deployment-plugin-1.0-SNAPSHOT.jar.
> > >>> Attempting to download geronimo-1.0-SNAPSHOT.zip.
> > >>> DEPRECATED: the default goal should be specified in the
> > >>> section of project.xml instead of maven.xml
> > >>> DEPRECATED: the default goal should be specified in the
> > >>> section of project.xml instead of maven.xml
> > >>> build:start:
> > >>> ejb:init:
> > >>> java:prepare-filesystem:
> > >>>
> > >>> java:compile:
> > >>> > >>> destdir="/root/geronimo1.0/openejb/modules/itests/target/
> > >>> classes">
> > >>>[echo] Compiling to
> > >>> /root/geronimo1.0/openejb/modules/itests/target/classes
> > >>>
> > >>> java:jar-resources:
> > >>>
> > >>> test:prepare-filesystem:
> > >>>
> > >>> test:test-resources:
> > >>>
> > >>> test:compile:
> > >>> [echo] No test source files to compile.
> > >>>
> > >>> test:test:
> > >>> [echo] NOTICE: Skipping tests; they seem to have passed already
> > >>> [echo] No tests to run.
> > >>> Running post goal: test:test
> >
Re: Unrecognized argument: --quiet during openejb integration tests
I am using the code from https://svn.apache.org/repos/asf/geronimo/trunk, the OpenEJB code source is from maven m:co On 12/29/05, Donald Woods <[EMAIL PROTECTED]> wrote: > What level of Geronimo and OpenEJB code are you using? There should be > no SNAPSHOT jars being used for the latest Geronimo 1.0 source from - > https://svn.apache.org/repos/asf/geronimo/branches/1.0 > and for OpenEJB 2.0 from - > cvs -d:pserver:[EMAIL PROTECTED]:/scm/openejb co -r v2_0 > openejb > > > -Donald > > > Ken Perl wrote: > > + > > | Executing default OpenEJB :: Integration Tests > > | Memory: 26M/43M > > + > > DEPRECATED: the default goal should be specified in the > > section of project.xml instead of maven.xml > > DEPRECATED: the default goal should be specified in the > > section of project.xml instead of maven.xml > > > > build:end: > > > > Attempting to download openejb-builder-2.0-SNAPSHOT.jar. > > Attempting to download geronimo-deployment-plugin-1.0-SNAPSHOT.jar. > > Attempting to download geronimo-1.0-SNAPSHOT.zip. > > DEPRECATED: the default goal should be specified in the > > section of project.xml instead of maven.xml > > DEPRECATED: the default goal should be specified in the > > section of project.xml instead of maven.xml > > build:start: > > ejb:init: > > java:prepare-filesystem: > > > > java:compile: > > > destdir="/root/geronimo1.0/openejb/modules/itests/target/classes"> > >[echo] Compiling to > > /root/geronimo1.0/openejb/modules/itests/target/classes > > > > java:jar-resources: > > > > test:prepare-filesystem: > > > > test:test-resources: > > > > test:compile: > > [echo] No test source files to compile. > > > > test:test: > > [echo] NOTICE: Skipping tests; they seem to have passed already > > [echo] No tests to run. > > Running post goal: test:test > > > > > > ejb:ejb: > > ejb:ejb-jar-internal: > > [echo] Building ejb openejb-itests-2.0-SNAPSHOT > > [jar] Building jar: > > /root/geronimo1.0/openejb/modules/itests/target/openejb-itests-2.0-SNAPSHOT.jar > > > > > > ejb:install: > > [echo] Installing... > > Uploading to openejb/ejbs/openejb-itests-2.0-SNAPSHOT.jar: > > (163K) > > Uploading to openejb/poms/openejb-itests-2.0-SNAPSHOT.pom: > > (9K) > > Running post goal: ejb:install > > java:prepare-filesystem: > > > > java:compile: > > > destdir="/root/geronimo1.0/openejb/modules/itests/target/classes"> > >[echo] Compiling to > > /root/geronimo1.0/openejb/modules/itests/target/classes > > > > java:jar-resources: > > > > itest:prepare-filesystem: > > > > itest:test-resources: > > > > itest:compile: > > > > itest:itest: > > itest:setup: > > [echo] Preprocessing security-plan.xml > > [delete] Deleting directory > > /root/geronimo1.0/openejb/modules/itests/target/geronimo-1.0-SNAPSHOT > > [unzip] Expanding: > > /root/.maven/repository/geronimo/distributions/geronimo-1.0-SNAPSHOT.zip > > into /root/geronimo1.0/openejb/modules/itests/target > > [copy] Copying 4 files to > > /root/geronimo1.0/openejb/modules/itests/target/geronimo-1.0-SNAPSHOT/var > > Preprocessing security/public_users.properties > > Preprocessing security/black_groups.properties > > Preprocessing security/public_groups.properties > > Preprocessing security/black_users.properties > > Preprocess plans elapse time: 0 sec > > > > [copy] Copying 2 files to > > /root/geronimo1.0/openejb/modules/itests/target/geronimo-1.0-SNAPSHOT/var/certstores > > [echo] Waiting for server at: > > Unrecognized argument: --quiet > > > > Syntax: java -jar bin/server.jar [options] > > > > Available options are: > > -quiet > > Suppress the normal startup progress bar. This is typically > > used when redirecting console output to a file, or starting > > the server from an IDE or other tool. > > -v > > Reduces the console log level to INFO, resulting in more > > console output than is normally present. > > -vv > > Reduces the console log level to DEBUG, resulting in still > > more console output. > > > > -override [configId] [configId] ... > > US
Unrecognized argument: --quiet during openejb integration tests
+ | Executing default OpenEJB :: Integration Tests | Memory: 26M/43M + DEPRECATED: the default goal should be specified in the section of project.xml instead of maven.xml DEPRECATED: the default goal should be specified in the section of project.xml instead of maven.xml build:end: Attempting to download openejb-builder-2.0-SNAPSHOT.jar. Attempting to download geronimo-deployment-plugin-1.0-SNAPSHOT.jar. Attempting to download geronimo-1.0-SNAPSHOT.zip. DEPRECATED: the default goal should be specified in the section of project.xml instead of maven.xml DEPRECATED: the default goal should be specified in the section of project.xml instead of maven.xml build:start: ejb:init: java:prepare-filesystem: java:compile: [echo] Compiling to /root/geronimo1.0/openejb/modules/itests/target/classes java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: [echo] No test source files to compile. test:test: [echo] NOTICE: Skipping tests; they seem to have passed already [echo] No tests to run. Running post goal: test:test ejb:ejb: ejb:ejb-jar-internal: [echo] Building ejb openejb-itests-2.0-SNAPSHOT [jar] Building jar: /root/geronimo1.0/openejb/modules/itests/target/openejb-itests-2.0-SNAPSHOT.jar ejb:install: [echo] Installing... Uploading to openejb/ejbs/openejb-itests-2.0-SNAPSHOT.jar: (163K) Uploading to openejb/poms/openejb-itests-2.0-SNAPSHOT.pom: (9K) Running post goal: ejb:install java:prepare-filesystem: java:compile: [echo] Compiling to /root/geronimo1.0/openejb/modules/itests/target/classes java:jar-resources: itest:prepare-filesystem: itest:test-resources: itest:compile: itest:itest: itest:setup: [echo] Preprocessing security-plan.xml [delete] Deleting directory /root/geronimo1.0/openejb/modules/itests/target/geronimo-1.0-SNAPSHOT [unzip] Expanding: /root/.maven/repository/geronimo/distributions/geronimo-1.0-SNAPSHOT.zip into /root/geronimo1.0/openejb/modules/itests/target [copy] Copying 4 files to /root/geronimo1.0/openejb/modules/itests/target/geronimo-1.0-SNAPSHOT/var Preprocessing security/public_users.properties Preprocessing security/black_groups.properties Preprocessing security/public_groups.properties Preprocessing security/black_users.properties Preprocess plans elapse time: 0 sec [copy] Copying 2 files to /root/geronimo1.0/openejb/modules/itests/target/geronimo-1.0-SNAPSHOT/var/certstores [echo] Waiting for server at: Unrecognized argument: --quiet Syntax: java -jar bin/server.jar [options] Available options are: -quiet Suppress the normal startup progress bar. This is typically used when redirecting console output to a file, or starting the server from an IDE or other tool. -v Reduces the console log level to INFO, resulting in more console output than is normally present. -vv Reduces the console log level to DEBUG, resulting in still more console output. -override [configId] [configId] ... USE WITH CAUTION! Overrides the configurations in var/config/config.xml such that only the configurations listed on the command line will be started. Note that many J2EE features depend on certain configs being started, so you should be very careful what you omit. Any arguments after this are assumed to be configuration names. In addition you may specify a replacement for var/config/config.xml using by setting the property -Dorg.apache.geronimo.config.file=var/config/ This is resolved relative to the geronimo base directory. �� BUILD FAILED File.. /root/.maven/cache/maven-multiproject-plugin-1.4.1/plugin.jelly Element... maven:reactor Line.. 218 Column -1 Unable to obtain goal [ejb:install] -- /root/geronimo1.0/openejb/modules/itests/maven.xml:110:-1: Bad JMX URI (deployer:geronimo:jmx:rmi://localhost/jndi/rmi:/JMXConnector) Total time : 51 minutes 28 seconds I know if skip the test then the build may success, but I want to know how to fix the issue by myself, could somebody give me a clue? -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: console build error
Thanks, Paul, re-download and re-build is success. Does the maven check the md5sum after a downloading? On 12/23/05, Paul McMahan <[EMAIL PROTECTED]> wrote: > Ken, the error you are seeing is strange because I see where maven > downloads the correct version of ant: > > > > > > + > > | Executing default Geronimo :: Console :: Portal Framework > > | Memory: 38M/58M > > + > > Attempting to download ant-1.6.5.jar. > > 912K downloaded > > > But then fails to precompile the JSPs because one of the classes in that > jar is not found: > > > war:install: > > preCompile: > > [echo] Pre-compiling JSPs from > > > /root/geronimo1.0/applications/console-framework/src/webapp > to > > > /root/geronimo1.0/applications/console-framework/target/geronimo-console-framework/WEB-INF/work. > > [java] Exception in thread "main" java.lang.NoClassDefFoundError: > > org/apache/tools/ant/util/FileUtils > > > > I tried to recreate the error by removing ant-1.6.5.jar from my local maven > repository but, as expected, maven downloaded the dependent jar and > successfully compiled the JSPs again. However, I noticed in doing so that > the size of ant-1.6.5.jar I downloaded was 1009K instead of the size that > you downloaded 912K. So I suspect that you may have a corrupt version of > ant-1.6.5.jar in your repository that you may want to redownload. > > Best wishes, > Paul > -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
console build error
Hi, Can anyone give me some suggestion on the error? + | Executing default Geronimo :: Console :: Portal Framework | Memory: 38M/58M + Attempting to download ant-1.6.5.jar. 912K downloaded default: build:end: build:start: default: war:init: war:war-resources: [copy] Copying 59 files to /root/geronimo1.0/applications/console-framework/target/geronimo-console-framework [copy] Copying 1 file to /root/geronimo1.0/applications/console-framework/target/geronimo-console-framework/WEB-INF java:prepare-filesystem: java:compile: [echo] Compiling to /root/geronimo1.0/applications/console-framework/target/classes [echo] No java source files to compile. java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: [echo] No test source files to compile. test:test: [echo] No tests to run. war:webapp: [echo] Assembling webapp geronimo-console-framework war:war: [echo] Building WAR geronimo-console-framework [jar] Building jar: /root/geronimo1.0/applications/console-framework/target/geronimo-console-framework-1.0-SNAPSHOT.war war:install: preCompile: [echo] Pre-compiling JSPs from /root/geronimo1.0/applications/console-framework/src/webapp to /root/geronimo1.0/applications/console-framework/target/geronimo-console-framework/WEB-INF/work. [java] Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tools/ant/util/FileUtils [java] at org.apache.jasper.JspC.resolveFile(JspC.java:1354) [java] at org.apache.jasper.JspC.setOutputDir(JspC.java:713) [java] at org.apache.jasper.JspC.setArgs(JspC.java:257) [java] at org.apache.jasper.JspC.main(JspC.java:227) BUILD FAILED File.. /root/.maven/cache/maven-multiproject-plugin-1.3.1/plugin.jelly Element... maven:reactor Line.. 217 Column 9 Unable to obtain goal [default] -- /root/geronimo1.0/applications/console-framework/maven.xml:32:115: Java returned: 1 -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: Who wants to write POP and IMAP transports?
Talk with the owner who writes the good GPL java-mail client, let him
check the license, I think most guys don't understand the freedom of
Apache License.
On 12/5/05, Rick McGuire <[EMAIL PROTECTED]> wrote:
> Rajith Attapattu wrote:
>
> >I will wait for the breakdown from Bruce and let you guys know on what
> >areas I can help.
> >
> >Looking forward to see the list from Bruce.
> >
> >
> I should also have some time available to work on this, once we have
> some sort of sub-task breakdown. I had to dig into the javamail api
> implementation and the smtptransport code to provide the patches Dain
> just committed, so I have a little experience with that area.
>
> Rick
>
> >Rajith.
> >
> >-Original Message-
> >From: Bruce Snyder [mailto:[EMAIL PROTECTED]
> >Sent: Saturday, December 03, 2005 3:52 PM
> >To: dev@geronimo.apache.org
> >Subject: Re: Who wants to write POP and IMAP transports?
> >
> >On 12/3/05, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
> >
> >
> >>This is part of our clean room implementation of JavaMail, so any of
> >>the mail client just uses JavaMail won't help us.
> >>
> >>This one looks promising http://java-source.net/open-source/mail-
> >>clients/snowmail as it claims that "all protocols have been
> >>reimplemented from scratch (Mime, POP, SMTP)" and it is Freeware.
> >>
> >>Maybe we can get them to extract the protocols, or donate them to
> >>Geronimo. Bruce do you have time to pursue this?
> >>
> >>
> >
> >Yep, I'm already all over this because I've done a fair amount of
> >research into these items. I'll respond with a full breakdown this
> >afternoon.
> >
> >Bruce
> >--
> >perl -e 'print
> >unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61E >);'
> >
> >The Castor Project
> >http://www.castor.org/
> >
> >Apache Geronimo
> >http://geronimo.apache.org/
> >
> >
> >
>
>
--
perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: maven question
Can the 1.1-beta-2 work with geronimo1.0? Anyone tried this? On 12/5/05, Aaron Mulder <[EMAIL PROTECTED]> wrote: > Oops. > > Let me take that back. It looks like Maven 1.0.2 had this problem, > but Maven 1.1-beta-2 won't try to download the same snapshot more than > once per build. So you should be good with 1.1-beta-2. Sorry about > that! > > Aaron > > On 12/4/05, Aaron Mulder <[EMAIL PROTECTED]> wrote: > > You are correct, and this behavior is pretty awful, but there's > > nothing that can be done about this until Geronimo is converted to > > Maven 2 (ETA: some time after Geronimo 1.0 is released). > > > > Your best bet is to leave an online build running in the background > > the first time while you do other things. Then you can run subsequent > > builds with the "-o" flag to run offline and it won't attempt to do > > any downloading. If we updated individual dependencies here and there > > you can run online builds from the directory of the module that needs > > that and then try your entire offline build again. > > > > Aaron > > > > On 12/4/05, Ken Perl <[EMAIL PROTECTED]> wrote: > > > If the jar is used by multi-module such as geronimo-kernel, it will > > > be downloaded at the first time if it is not in the local repository. > > > But once it was there, other modules will still spend some time to > > > (not download) do something when building, I want to know what it is > > > doing? checking newer version? because it takes too long time. > > > > > > -- > > > perl -e 'print unpack(u,"62V5N\"FME;G\!E > > PROTECTED] > > > ")' > > > > > > -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
maven question
If the jar is used by multi-module such as geronimo-kernel, it will be downloaded at the first time if it is not in the local repository. But once it was there, other modules will still spend some time to (not download) do something when building, I want to know what it is doing? checking newer version? because it takes too long time. -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: IntelliJ JDK path
Hi, just saw your reply, your 1.5 jar fix the issue, thanks. On 12/1/05, Jeff Genender <[EMAIL PROTECTED]> wrote: > Ok...here is the maven plugin fo rthose who want it...it has DJs updates > and my IntelliJ 5.0 and project JDK changes. > > http://people.apache.org/~jgenender/maven-idea-plugin-1.5.jar > > Be sure to place it in your $MAVEN_HOME/plugins directory and delete > your .maven/cache. > > Jeff > > Matt Hogstrom wrote: > > If you have it for 5.0 I'll take one of those :) > > > > Jeff Genender wrote: > >> No, actually I am referring to the IntelliJ 5.0 and the JDK Project level > >> references. I probably should submit the patch for it ;-) > >> > >> Jeff > >> > >> > >> > >>> -Original Message- > >>> From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Wednesday, > >>> November 30, 2005 8:23 PM > >>> To: dev@geronimo.apache.org > >>> Subject: Re: IntelliJ JDK path > >>> > >>> I assume you are referring to David Jencks' version? All his changes > >>> and more are in the latest release: > >>> > >>> maven plugin:download -Dversion=1.6 -DartifactId=maven-idea-plugin > >>> -DgroupId=maven > >>> > >>> Cheers, > >>> Brett > >>> > >>> On 12/1/05, Jeff Genender <[EMAIL PROTECTED]> wrote: > >>> > >>>> Yeah...the IntelliJ plugin for maven is bad. You need an > >>> > >>> updated version. > >>> > >>>> I can email you one if you like. > >>>> > >>>> Jeff > >>>> > >>>> > >>>> > >>>>> -Original Message- > >>>>> From: Ken Perl [mailto:[EMAIL PROTECTED] > >>>>> Sent: Wednesday, November 30, 2005 7:37 PM > >>>>> To: dev@geronimo.apache.org > >>>>> Subject: IntelliJ JDK path > >>>>> > >>>>> Hi, > >>>>> I build a IntelliJ project by using maven -o m:intellij > >>> > >>> and can open > >>>>> the project in the IDE, the problem is I can't set the > >>> > >>> classpath or > >>>>> use system's JDK for a module, while this could be done in a new > >>>>> project, so I guess this is not IntelliJ 's issue. > >>>>> The result is many java symbols can't be resolved in the IDE. > >>>>> Any thoughts? > >>>>> > >>>>> > >>>>> -- > >>>>> perl -e 'print unpack(u,"62V5N\"FME;G\!E >>>>> PROTECTED] > >>>>> ")' > >>>>> > >>>> > >>>> > >>>> > >> > >> > >> > >> > >> > -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: IntelliJ JDK path
I am trying the 1.0 snapshot, is this D.J.'s version? The new version plugin 1.6 downloaded, could I re-build the IntelliJ again offline? I tried offline mode, the problem is still there. Online mode is too waste time since it is trying to download the geronimo-1.0-snapshot.zip(64+MB), etc. On 12/1/05, Brett Porter <[EMAIL PROTECTED]> wrote: > I assume you are referring to David Jencks' version? All his changes > and more are in the latest release: > > maven plugin:download -Dversion=1.6 -DartifactId=maven-idea-plugin > -DgroupId=maven > > Cheers, > Brett > > On 12/1/05, Jeff Genender <[EMAIL PROTECTED]> wrote: > > Yeah...the IntelliJ plugin for maven is bad. You need an updated version. > > I can email you one if you like. > > > > Jeff > > > > > > > -Original Message- > > > From: Ken Perl [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, November 30, 2005 7:37 PM > > > To: dev@geronimo.apache.org > > > Subject: IntelliJ JDK path > > > > > > Hi, > > > I build a IntelliJ project by using maven -o m:intellij and > > > can open the project in the IDE, the problem is I can't set > > > the classpath or use system's JDK for a module, while this > > > could be done in a new project, so I guess this is not > > > IntelliJ 's issue. > > > The result is many java symbols can't be resolved in the IDE. > > > Any thoughts? > > > > > > > > > -- > > > perl -e 'print unpack(u,"62V5N\"FME;G\!E > > PROTECTED] > > > ")' > > > > > > > > > > -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
IntelliJ JDK path
Hi, I build a IntelliJ project by using maven -o m:intellij and can open the project in the IDE, the problem is I can't set the classpath or use system's JDK for a module, while this could be done in a new project, so I guess this is not IntelliJ 's issue. The result is many java symbols can't be resolved in the IDE. Any thoughts? -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: JDEE or others?
Does the geronimo is written by using the tool Jetbrains IDEA IntelliJ. ? On 11/28/05, Jeff Genender <[EMAIL PROTECTED]> wrote: > I think you are talking about IDE's? If so... > > The core Geronimo team uses Jetbrains IDEA IntelliJ. > > Eclipse comes in second. > > I jump back and forth between the two IDEs depending upon what I am > doing, since they each have their strengths and weaknesses. > > Jeff > > Ken Perl wrote: > > Hi, > > I am looking forward of a suggestion. > > what tools the developers here are using? JDEE or others? > > > > -- > > perl -e 'print unpack(u,"62V5N\"FME;G\!E > ")' > -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
JDEE or others?
Hi, I am looking forward of a suggestion. what tools the developers here are using? JDEE or others? -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: TranQL Source
Not sure If this works, cvs co [EMAIL PROTECTED]:/home/projects/transql/scm On 11/25/05, Manu George <[EMAIL PROTECTED]> wrote: > Hi, > Can anyone tell me from where to download the TranQL source code? I > was unable to find the source at the TranQL site. Most of the links seemed > to be broken there or leading to blank pages. > > Thanks > Manu > -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
Re: Geronimo M5 documentation - LDAP
Is the option's value of the initialContextFactory fixed to all other JVM vendors? initialContextFactory=com.sun.jndi.ldap.LdapCtxFactory On 11/10/05, Hernan Cunico <[EMAIL PROTECTED]> wrote: > Hi all, > I updated the LDAP section (in the confluence site) with a sample > application (based on JIRA 417) and instructions on how to configure > LDAP on Geronimo when using Jetty as the Web container. Here is the link > > http://opensource2.atlassian.com/confluence/oss/display/GERONIMO/LDAP > > > Cheers! > Hernan > -- perl -e 'print unpack(u,"62V5N\"FME;G\!E
