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 <
[EMAIL PROTECTED]> 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.0 release.
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.thanksdavid jencksThe 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
