David,
AFAIK, Eclipse output directory must be under the project, so it is
impossible to move the destination under geronimo's repository directory
unless resorting to symbolic link. I'm reluctant to use such a brute force
way since we need to support different dev environment (win32, osx, etc.)
Geronimo Eclipse plugin seems to archive and export to repository on code
changes, but I believe it is less transparent than the current approach I
take.
Besides, I've read users-ML on Feb. 10 that Aaron Mulder mentioned the
default value of 4th path is "jar" when omitted, so I'm wondering if the
dependency definition you gave me would be interpreted as
"repository/kenjin/util- 1.0.jar" instead of "repository/kenjin/util/1.0"
directory. Which is correct?
I'll try Eclipse plugin if it is impossible to configure GBean to pick up
Eclipse's class output directory.
Thanks,
Kenji
On 3/23/06, David Jencks <david_jencks@yahoo.com> wrote:
>
>
> On Mar 23, 2006, at 12:39 PM, Kenji Nakamura wrote:
>
> Hi,
>
> I'm working on upgrading from M5 to 1.0 release.
>
> For development, I used absolute file URI for dependencies in plans. It
> worked well in M5, but got the following error when I deploy in 1.0release.
>
>
> deployGBean:
> [java] No ModuleID or TargetModuleID provided. Attempting to
> guess based
> [java] on the content of the plan.
> [java]
> [java] Attempting to use ModuleID 'com/palamida/ipamp/Dispatcher'
> [java]
> [java] Stopped com/foo/ibar/Dispatcher
> [java]
> [java] Unloaded com/foo/bar/Dispatcher
> [java]
> [java] Uninstalled com/foo/bar/Dispatcher
> [java]
> [java] Error: Operation failed:
> [java]
> org.apache.geronimo.kernel.repository.MissingDependencyException:
> [java] uri
> [java]
> file:/Users/kenjin/foo/dev1/engineering/sandbox/kenjin/bar/trunk/modules//dispatcher/target/eclipse-classes/
> [java] not found in repository
> [java]
> [java] uri
> [java]
> file:/Users/kenjin/foo/dev1/engineering/sandbox/kenjin/bar/trunk/modules//dispatcher/target/eclipse-classes/
> [java] not found in repository
>
> It was VERY useful with the combination of Eclipse's dynamic code
> replacement to reduce the frequency of bouncing Geronimo.
> Is it no longer supported?? Is there any other way to specify a directory
> on file system as a dependency instead of jars in respository?
>
>
> I don't think that it was intentional that this worked in M5 :-)
>
> You need to put your dependencies into the geronimo repository, possibly
> renaming them so they each have a version, and refer to them using
>
> <dependency>
> <groupId>kenjin</groupId>
> <artifactId>util</artifactId>
> <version>1.0</version>
> </dependency>
>
> (Or the all-on -one line format, but I recommend this one -- the other is
> not going to work in 1.1.)
>
> We're working on another way to support using the classes eclipse knows
> about, hopefully it will be available shortly after or in 1.1. The new
> way should let you use the same plan for development and production, so you
> wouldn't need to change the dependencies.
>
> thanks
> david jencks
>
> The flagment of the plan file looks like this;
>
> <configuration configId="com/foo/bar/Dispatcher"
> inverseClassloading="false" xmlns="
> http://geronimo.apache.org/xml/ns/deployment-1.0">
> <import>
> <uri>geronimo/j2ee-security/1.0/car</uri>
> </import>
>
> <dependency>
> <uri>
> file:/Users/kenjin/foo/dev1/engineering/sandbox/kenjin/bar/trunk/modules//dispatcher/target/eclipse-classes/</uri>
>
> </dependency>
> <dependency>
> <uri>
> file:/Users/kenjin/foo/dev1/engineering/sandbox/kenjin/bar/trunk/modules//dispatcher-api/target/eclipse-classes/
> </uri>
> </dependency>
> <dependency>
> <uri>
> file:/Users/kenjin/foo/dev1/engineering/sandbox/kenjin/bar/trunk/modules//security/target/eclipse-classes/
> </uri>
> </dependency>
> <dependency>
> <uri>file:/Users/kenjin/foo/dev1/engineering/sandbox/kenjin/bar/trunk/modules//util/target/eclipse-classes/
> </uri>
> </dependency>
> <dependency>
> <uri>foo/ant-patch/1.5.4-1.0/jar</uri>
> </dependency>
>
> Thanks in advance,
>
>
> --
> Kenj Nakamura
>
>
>
--
Kenj Nakamura
|