R: Reactor bug?
Please help me. I am really stuck with this problem.
Ejb-ibxdt depends on ibxdt (I have declared it into the project.xml file).
Why the reactor is reacting badly?
Starting the reactor...
Our processing order:
eai_commons
ejb-ibxdt see the project.xml
ibxdt see the project.xml
ib_commons
ib_internal
j2ee_commons
wls_commons
_
Da: Stefanutti, Mario
Inviato: giovedì 27 maggio 2004 16.13
A: '[EMAIL PROTECTED]'
Oggetto: Reactor bug?
Hello,
I have a multiproject build. Some sub-projects depend on each other (inter project
dependencies). For example in my scenario the j2ee_commons.jar depends on
eai_commons.jar.
The question is: have you ever had problems using the reactor with complex trees and
dependencies?
In my case I have an ibxdt (Data Transformation) module and an ejb that encapsulate
the ibxdt library. Reactor does not work correctly.
maven InfoBUS:dist
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-rc3
Starting the reactor...
Our processing order:
eai_commons
ejb-ibxdt see the project.xml
ibxdt see the project.xml
ib_commons
ib_internal
j2ee_commons
wls_commons
+
| Generating eai_commons
| Memory: 3M/4M
+
...
Ibxdt (project.xml)
${basedir}/../../project.xml
ibxdt
${pom.name}
1.0.0
log4j
IB-Jakarta
1.2.6
jar
xalan
IB-Jakarta
2.4.1
jar
eai_commons
InfoBUS
1.0.0
jar
ib_commons
InfoBUS
1.0.0
jar
ib_internal
InfoBUS
1.0.0
jar
${pom.name}
src/java
Ejb-ibxdt (project.xml)
${basedir}/../../project.xml
ejb-ibxdt
${pom.name}
1.0.0
log4j
IB-Jakarta
1.2.6
jar
j2ee
IB-Sun
1.3beta
jar
eai_commons
InfoBUS
1.0.0
jar
true
ib_commons
InfoBUS
1.0.0
jar
true
ib_internal
InfoBUS
1.0.0
jar
true
ibxdt
InfoBUS
1.0.0
jar
true
${pom.name}
src/java
This message is for the designated recipient only
and may contain privileged or confidential information. If you have received it in
error, please notify the sender immediately and delete the original. Any other use of
the email by you is
prohibited.Su
www.tim.it - 119 Self Service -, puoi parlare con un operatore o farti aiutare a
navigare nel mondo
TIM.
Reactor bug?
Hello,
I have a multiproject build. Some sub-projects depend on each other
(inter project dependencies). For example in my scenario the
j2ee_commons.jar depends on eai_commons.jar.
The question is: have you ever had problems using the reactor with
complex trees and dependencies?
In my case I have an ibxdt (Data Transformation) module and an ejb that
encapsulate the ibxdt library. Reactor does not work correctly.
maven InfoBUS:dist
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-rc3
Starting the reactor...
Our processing order:
eai_commons
ejb-ibxdt see the
project.xml
ibxdt see the
project.xml
ib_commons
ib_internal
j2ee_commons
wls_commons
+
| Generating eai_commons
| Memory: 3M/4M
+
...
Ibxdt (project.xml)
${basedir}/../../project.xml
ibxdt
${pom.name}
1.0.0
log4j
IB-Jakarta
1.2.6
jar
xalan
IB-Jakarta
2.4.1
jar
eai_commons
InfoBUS
1.0.0
jar
ib_commons
InfoBUS
1.0.0
jar
ib_internal
InfoBUS
1.0.0
jar
${pom.name}
src/java
Ejb-ibxdt (project.xml)
${basedir}/../../project.xml
ejb-ibxdt
${pom.name}
1.0.0
log4j
IB-Jakarta
1.2.6
jar
j2ee
IB-Sun
1.3beta
jar
eai_commons
InfoBUS
1.0.0
jar
true
ib_commons
InfoBUS
1.0.0
jar
true
ib_internal
InfoBUS
1.0.0
jar
true
ibxdt
InfoBUS
1.0.0
jar
true
${pom.name}
src/java
This message is for the designated recipient only
and may contain privileged or confidential information. If you have received it in
error, please notify the sender immediately and delete the original. Any other use of
the email by you is
prohibited.Su
www.tim.it - 119 Self Service -, puoi parlare con un operatore o farti aiutare a
navigare nel mondo
TIM.
Re: Funny reactor bug in rc1
Sorry, I did not mean I know >>it should be thus<< but I know it's working this way but that it should not be thus. Paul Paul Libbrecht wrote: Why ? I know it should be thus, it worked doing a symbolic link but the program manipulating the parser should set the systemId and not only give a stream to the parser! Paul [EMAIL PROTECTED] wrote: It should be being set relative to the project.xml being processed. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc Paul Libbrecht <[EMAIL PROTECTED]> wrote on 08/11/2003 09:13:38 AM: Hi Maveners, I had the funny following bug when running the jelly project.xml in reactor: commonDependencies.ent file not found. I was, of course, in a different directory and it looks like the parser on the project.xml doesn't set the system-id correctly... Maybe it's already fixed in CVS ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Funny reactor bug in rc1
Why ? I know it should be thus, it worked doing a symbolic link but the program manipulating the parser should set the systemId and not only give a stream to the parser! Paul [EMAIL PROTECTED] wrote: It should be being set relative to the project.xml being processed. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc Paul Libbrecht <[EMAIL PROTECTED]> wrote on 08/11/2003 09:13:38 AM: Hi Maveners, I had the funny following bug when running the jelly project.xml in reactor: commonDependencies.ent file not found. I was, of course, in a different directory and it looks like the parser on the project.xml doesn't set the system-id correctly... Maybe it's already fixed in CVS ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Funny reactor bug in rc1
It should be being set relative to the project.xml being processed. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc Paul Libbrecht <[EMAIL PROTECTED]> wrote on 08/11/2003 09:13:38 AM: > > Hi Maveners, > > > I had the funny following bug when running the jelly project.xml in > reactor: commonDependencies.ent file not found. > I was, of course, in a different directory and it looks like the parser > on the project.xml doesn't set the system-id correctly... > Maybe it's already fixed in CVS ? > > Paul > > > - > 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]
Funny reactor bug in rc1
Hi Maveners, I had the funny following bug when running the jelly project.xml in reactor: commonDependencies.ent file not found. I was, of course, in a different directory and it looks like the parser on the project.xml doesn't set the system-id correctly... Maybe it's already fixed in CVS ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
