RE: Java Adventure Builder Reference 1.0.3 webapp deployed

[Selvaraj, Saraswathi \(Cognizant\)]

Hi Jacek,
I have changed the EJB's which uses automatic primary key
generation, to generate the keys using random key generator within the
bean class and some changes in the descriptors.

Currently looking on for a GBean which can automatically
generate the primary keys so that those changes are not needed.

Thanks & Regards,
S.Saraswathi


-Original Message-
From: Jacek Laskowski [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 08, 2005 9:40 PM
To: dev@geronimo.apache.org
Subject: Re: Java Adventure Builder Reference 1.0.3 webapp deployed

Selvaraj, Saraswathi (Cognizant) wrote:
> Hi,
>   I have successfully deployed Java Adventure Builder Reference
1.0.1 application on Geronimo and purchase order & order tracking is
working.

You're the man! I'm going to review the changes and apply them to the
repo. Is there anything that's left before we announce that AB works on
Apache Geronimo?

Thanks!

> S.Saraswathi

Jacek

This e-mail and any files transmitted with it are for the sole use of the 
intended recipient(s) and may contain confidential and privileged information.
If you are not the intended recipient, please contact the sender by reply 
e-mail and destroy all copies of the original message.
Any unauthorized review, use, disclosure, dissemination, forwarding, printing 
or copying of this email or any action taken in reliance on this e-mail is 
strictly
prohibited and may be unlawful.

  Visit us at http://www.cognizant.com

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jakob Færch (Trifork)]

Jacek Laskowski wrote:

[*Q1]
Would you like me to send you the plans I have developed - I guess the 
repository would be better off with these than with the ones currently 
there.



Send them to the list or better yet attach to the JIRA issue - 
http://issues.apache.org/jira/browse/GERONIMO-1164. Both will work fine.




I've attached a zip to the JIRA issue.


It seems to be the case that for the 1.0-SNAPSHOT builds I am able to 
produce, all "internal" configurations follow the "car" naming style 
rather than the "org/apache/geronimo"-naming style. The 1.0-M5 build I 
downloaded follow the "org/apache/geronimo"-naming style.
I guess we will have to get the application running on a build 
resembling M5.



Nope. The work is being done on the recent development builds. Of course 
you might work on the past releases, but since the application is still 
in the sandbox I wouldn't bother to support too much versions and keep 
it up-to-date. It makes it easier to promote the sample apps to the main 
build rather than keep it in the sandbox.





[*Q2]
Is there an easy way to make the maven script in 
sandbox/adventurebuilder use the M5-build. I tried changing 
geronimo_version in src/etc/project.properties to 1.0-M5, but that 
doesn't seem to do the trick.



I haven't tried it and don't think I will. Sorry. Why do you stick with 
the M5 version? If you don't want to build Geronimo from the sources, 
please check out sandbox only (and etc) and work with it. Maven will 
download the necessary components.


I guess I thought the org/apache/geronimo were the "official" names - if 
the snapshot builds are like the build we're going to support in the 
end, of course the right thing is to stick with those.



Nevertheless, when starting the server, none of the web service 
endpoint beans are able to start. As an example, for the 
CreditCardEndpointBean the following appears in the log:
13:06:11,032 DEBUG [GBeanSingleReference] Waiting to start 
geronimo.server:name=CreditCardEndpointBean,J2EEServer=geronimo,J2EEApplication=org/apache/geronimo/Bank1.0.3,j2eeType=WSLink,J2EEModule=null 
because no targets are running for reference WebServiceContainer 
matching the patterns 
geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/Jetty,J2EEServer=geronimo,j2eeType=GBean,name=JettyWebContainer 





and then at the end of the startup:
13:06:26,725 WARN  [SilentStartupMonitor] Unable to start 
geronimo.server:name=CreditCardEndpointBean,J2EEServer=geronimo,J2EEApplication=org/apache/geronimo/Bank1.0.3,j2eeType=WSLink,J2EEModule=null 
(starting)


I guess this means that the bean didn't start ;-) It doesn't answer on 
the address (http://localhost:8080/webservice/CreditCardService) 
specified in the deployment descriptor.


[*Q3]
Have you got any ideas on how to make the beans start?
I notice the J2EEModule=org/apache/geronimo/Jetty in the reference 
matching string in the first log entry. The jetty configuration 
reported by deployer.jar's list-modules is named 
geronimo/jetty/1.0-SNAPSHOT/car.
Could this be related to Q2 on how to get to run on a server with 
"org/apache/geronimo"-naming style for configurations?



I couldn't work on it yesterday, but will certainly tonight. I hope 
others on IRC will help me to understand and fix it once and for all.


It seems wonderful that David Jencks already fixed the bug.

I wasn't able to either build or get maven to download a fresh snapshot.
On the build I'm using (an older homebrew version as far as I can tell), 
I'm getting an ArrayIndexOutOfBoundsException during deployment of OPC, 
it seems related to some repository lookup. The entire stacktrace in my 
JIRA comment.


Maybe you would be able to get my files from the JIRA and give it at try?

I'm afraid I won't be able to work on anything Geronimo until monday 
morning - but I'm looking forward to logging on and getting the status here.


Kindly,
Jakob

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[David Jencks]

On Dec 8, 2005, at 6:45 AM, Jakob Færch (Trifork) wrote:


Jakob Færch (Trifork) wrote:
Nevertheless, when starting the server, none of the web service  
endpoint beans are able to start. As an example, for the  
CreditCardEndpointBean the following appears in the log:
13:06:11,032 DEBUG [GBeanSingleReference] Waiting to start  
geronimo.server: 
name=CreditCardEndpointBean,J2EEServer=geronimo,J2EEApplication=org/ 
apache/geronimo/Bank1.0.3,j2eeType=WSLink,J2EEModule=null because no  
targets are running for reference WebServiceContainer matching the  
patterns  
geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/ 
Jetty,J2EEServer=geronimo,j2eeType=GBean,name=JettyWebContainer and  
then at the end of the startup:
13:06:26,725 WARN  [SilentStartupMonitor] Unable to start  
geronimo.server: 
name=CreditCardEndpointBean,J2EEServer=geronimo,J2EEApplication=org/ 
apache/geronimo/Bank1.0.3,j2eeType=WSLink,J2EEModule=null (starting)
I guess this means that the bean didn't start ;-) It doesn't answer  
on the address (http://localhost:8080/webservice/CreditCardService)  
specified in the deployment descriptor.

[*Q3]
Have you got any ideas on how to make the beans start?
I notice the J2EEModule=org/apache/geronimo/Jetty in the reference  
matching string in the first log entry. The jetty configuration  
reported by deployer.jar's list-modules is named  
geronimo/jetty/1.0-SNAPSHOT/car.


This is a bug, I've opened GERONIMO-1313 to track it.  I've fixed it in  
head, and will fix 1.0 shortly after I get it checked out.
Could this be related to Q2 on how to get to run on a server with  
"org/apache/geronimo"-naming style for configurations?


The issue seems very similar to the problem Jacek faced in



But I am not able to figure out the connection; the reference for  
WebServiceContainer must be defined in some GBean - there's no such  
reference in the ear plan I'm trying to deploy (unless it's some  
default reference from any ear that includes a web service exposed  
EJB).


the reference is in "listener" in the openejb builder.  This tells the  
openejb builder how to hook up ejb web services to a web container.


thanks
david jencks



I've been trying to get the deployer scripts to use my M5 build, but  
am running into all sorts of maven problems. I will continue to try  
later today.


Kindly, Jakob

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jacek Laskowski]

Selvaraj, Saraswathi (Cognizant) wrote:

Hi,
  I have successfully deployed Java Adventure Builder Reference 1.0.1 
application on Geronimo and purchase order & order tracking is working.


You're the man! I'm going to review the changes and apply them to the 
repo. Is there anything that's left before we announce that AB works on 
Apache Geronimo?


Thanks!


S.Saraswathi


Jacek

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jacek Laskowski]

Jakob Færch (Trifork) wrote:

Hi Jacek


Hi Jakob,


The status for my endeavour on the adventure builder:
I have (only locally) plans that enable all the ear files to deploy.


Awesome! You're making an excellent progress with it!


[*Q1]
Would you like me to send you the plans I have developed - I guess the 
repository would be better off with these than with the ones currently 
there.


Send them to the list or better yet attach to the JIRA issue - 
http://issues.apache.org/jira/browse/GERONIMO-1164. Both will work fine.


I have had to replace a few parentId's from e.g. 
org/apache/geronimo/SystemDatabase to 
geronimo/system-database/1.0-SNAPSHOT/car.


Yes, the changes are already in the repo ;)

It seems to be the case that for the 1.0-SNAPSHOT builds I am able to 
produce, all "internal" configurations follow the "car" naming style 
rather than the "org/apache/geronimo"-naming style. The 1.0-M5 build I 
downloaded follow the "org/apache/geronimo"-naming style.
I guess we will have to get the application running on a build 
resembling M5.


Nope. The work is being done on the recent development builds. Of course 
you might work on the past releases, but since the application is still 
in the sandbox I wouldn't bother to support too much versions and keep 
it up-to-date. It makes it easier to promote the sample apps to the main 
build rather than keep it in the sandbox.



[*Q2]
Is there an easy way to make the maven script in 
sandbox/adventurebuilder use the M5-build. I tried changing 
geronimo_version in src/etc/project.properties to 1.0-M5, but that 
doesn't seem to do the trick.


I haven't tried it and don't think I will. Sorry. Why do you stick with 
the M5 version? If you don't want to build Geronimo from the sources, 
please check out sandbox only (and etc) and work with it. Maven will 
download the necessary components.


The server starts and afterwards and a superficial poke around the 
consumer web site seems to have it working all right.
All the configurations corresponding to ear's in the application are in 
state running.


No comments ;)

Nevertheless, when starting the server, none of the web service endpoint 
beans are able to start. As an example, for the CreditCardEndpointBean 
the following appears in the log:
13:06:11,032 DEBUG [GBeanSingleReference] Waiting to start 
geronimo.server:name=CreditCardEndpointBean,J2EEServer=geronimo,J2EEApplication=org/apache/geronimo/Bank1.0.3,j2eeType=WSLink,J2EEModule=null 
because no targets are running for reference WebServiceContainer 
matching the patterns 
geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/Jetty,J2EEServer=geronimo,j2eeType=GBean,name=JettyWebContainer 



and then at the end of the startup:
13:06:26,725 WARN  [SilentStartupMonitor] Unable to start 
geronimo.server:name=CreditCardEndpointBean,J2EEServer=geronimo,J2EEApplication=org/apache/geronimo/Bank1.0.3,j2eeType=WSLink,J2EEModule=null 
(starting)


I guess this means that the bean didn't start ;-) It doesn't answer on 
the address (http://localhost:8080/webservice/CreditCardService) 
specified in the deployment descriptor.


[*Q3]
Have you got any ideas on how to make the beans start?
I notice the J2EEModule=org/apache/geronimo/Jetty in the reference 
matching string in the first log entry. The jetty configuration reported 
by deployer.jar's list-modules is named geronimo/jetty/1.0-SNAPSHOT/car.
Could this be related to Q2 on how to get to run on a server with 
"org/apache/geronimo"-naming style for configurations?


I couldn't work on it yesterday, but will certainly tonight. I hope 
others on IRC will help me to understand and fix it once and for all.


Keep the good work going! I'm really impressed with your progress.


Jakob


Jacek

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jakob Færch (Trifork)]

Jakob Færch (Trifork) wrote:
Nevertheless, when starting the server, none of the web service endpoint 
beans are able to start. As an example, for the CreditCardEndpointBean 
the following appears in the log:
13:06:11,032 DEBUG [GBeanSingleReference] Waiting to start 
geronimo.server:name=CreditCardEndpointBean,J2EEServer=geronimo,J2EEApplication=org/apache/geronimo/Bank1.0.3,j2eeType=WSLink,J2EEModule=null 
because no targets are running for reference WebServiceContainer 
matching the patterns 
geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/Jetty,J2EEServer=geronimo,j2eeType=GBean,name=JettyWebContainer 



and then at the end of the startup:
13:06:26,725 WARN  [SilentStartupMonitor] Unable to start 
geronimo.server:name=CreditCardEndpointBean,J2EEServer=geronimo,J2EEApplication=org/apache/geronimo/Bank1.0.3,j2eeType=WSLink,J2EEModule=null 
(starting)


I guess this means that the bean didn't start ;-) It doesn't answer on 
the address (http://localhost:8080/webservice/CreditCardService) 
specified in the deployment descriptor.


[*Q3]
Have you got any ideas on how to make the beans start?
I notice the J2EEModule=org/apache/geronimo/Jetty in the reference 
matching string in the first log entry. The jetty configuration reported 
by deployer.jar's list-modules is named geronimo/jetty/1.0-SNAPSHOT/car.
Could this be related to Q2 on how to get to run on a server with 
"org/apache/geronimo"-naming style for configurations?


The issue seems very similar to the problem Jacek faced in


But I am not able to figure out the connection; the reference for 
WebServiceContainer must be defined in some GBean - there's no such 
reference in the ear plan I'm trying to deploy (unless it's some default 
reference from any ear that includes a web service exposed EJB).


I've been trying to get the deployer scripts to use my M5 build, but am 
running into all sorts of maven problems. I will continue to try later 
today.


Kindly, Jakob

RE: Java Adventure Builder Reference 1.0.3 webapp deployed

[Selvaraj, Saraswathi \(Cognizant\)]

  

  ContactInfoBean_upk
  
shippingInfo

   
   
   


PurchaseCreditRelations


PurchaseOrderBean

PurchaseOrderBean


creditCard

 


  CreditCardBean_upk
  
creditCard

   
   
   




(6) Process Manager Plan


http://www.openejb.org/xml/ns/openejb-jar";
  xmlns:naming="http://geronimo.apache.org/xml/ns/naming"; 
xmlns:sys="http://geronimo.apache.org/xml/ns/deployment";>
 

MysqlDataSource

  

  ProcessManagerBean
  
com.sun.j2ee.blueprints.processmanager.ejb.ProcessManagerLocalHome
  
com.sun.j2ee.blueprints.processmanager.ejb.ProcessManagerLocalHome
  
ejb/local/processmanager/Manager
ManagerBean
  


  ManagerBean
  
com.sun.j2ee.blueprints.processmanager.manager.ejb.ManagerLocalHome
  
com.sun.j2ee.blueprints.processmanager.manager.ejb.ManagerLocalHome
  Manager
  
lodgingOrderStatus
  String
lodgingOrderStatus
  
  
orderError
  boolean
orderError
  
  
orderId
  String
orderId
  
  
status
  String
status
  
  
activityOrderStatus
  String
activityOrderStatus
  
  
airlineOrderStatus
  String
airlineOrderStatus
  

  orderId


 
  jdbc/adventure/AdventureDB
  MysqlDataSource
 

  





Currently working on using GBean's for automatic key generation so that 
changes related to key generation are not necessary in the EJB classes. If 
there is any other way to resolve the automatic primary key generation issue 
kindly let me know.




Thanks & Regards,
S.Saraswathi



-----Original Message-----
From: Jakob Roesgaard Færch [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 07, 2005 3:05 PM
To: dev@geronimo.apache.org
Subject: Re: Java Adventure Builder Reference 1.0.3 webapp deployed

Jacek Laskowski wrote:
> Whow! Thanks for sharing them with us. With them all I think we can
> achieve the goal of deploying PetStore and Adventure Builder on time
> *before* 1.0 is announced.

I'm a little uneasy about the fact that we still need to add CMP fields
to the CMP beans to make the application deploy - with this limitation,
will we able to claim that Geronimo is compatible with the adventure
builder app?

The EJB spec (section 10.8.3) suggests that the
Container Provider will provide a tool to add these special field(s) to
hold the primary key value without having to actually add them to the
EJB's implementation and deployment descriptors.
What Saraswathi has done is - as far as I can tell - what is described
at the Wiki at
<http://wiki.apache.org/geronimo/Working_with_Enterprise_JavaBeans?highlight=%28primary%29%7C%28unknow%29%7C%28key%29#head-d3c8257af5f8402c0d47c6a3dc47ad73972d2aa0>

Does anyone know whether Geronimo/OpenEJB supports the
"behind-the-curtains" generation of fields to hold the primary key?

If this support is not present, what should the strategy be for
packaging the Adventure Builder App with Geronimo; should we
a) Distribute a copy of the entire app with the necessary changes
incorporated
b) Let the maven script modify the adventure app sources and rebuild
the ear's before distributing the app?

For the time being, would it be possible for someone (I guess that means
Saraswathi) to share the modified beans - this would save me the time to
add the fields myself.

Kindly,
Jakob

This e-mail and any files transmitted with it are for the sole use of the 
intended recipient(s) and may contain confidential and privileged information.
If you are not the intended recipient, please contact the sender by reply 
e-mail and destroy all copies of the original message.
Any unauthorized review, use, disclosure, dissemination, forwarding, printing 
or copying of this email or any action taken in reliance on this e-mail is 
strictly
prohibited and may be unlawful.

  Visit us at http://www.cognizant.com

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jakob Færch (Trifork)]

Hi Jacek

The status for my endeavour on the adventure builder:
I have (only locally) plans that enable all the ear files to deploy.

[*Q1]
Would you like me to send you the plans I have developed - I guess the 
repository would be better off with these than with the ones currently 
there.


I have had to replace a few parentId's from e.g. 
org/apache/geronimo/SystemDatabase to 
geronimo/system-database/1.0-SNAPSHOT/car.
It seems to be the case that for the 1.0-SNAPSHOT builds I am able to 
produce, all "internal" configurations follow the "car" naming style 
rather than the "org/apache/geronimo"-naming style. The 1.0-M5 build I 
downloaded follow the "org/apache/geronimo"-naming style.
I guess we will have to get the application running on a build 
resembling M5.


[*Q2]
Is there an easy way to make the maven script in 
sandbox/adventurebuilder use the M5-build. I tried changing 
geronimo_version in src/etc/project.properties to 1.0-M5, but that 
doesn't seem to do the trick.


The server starts and afterwards and a superficial poke around the 
consumer web site seems to have it working all right.
All the configurations corresponding to ear's in the application are in 
state running.


Nevertheless, when starting the server, none of the web service endpoint 
beans are able to start. As an example, for the CreditCardEndpointBean 
the following appears in the log:
13:06:11,032 DEBUG [GBeanSingleReference] Waiting to start 
geronimo.server:name=CreditCardEndpointBean,J2EEServer=geronimo,J2EEApplication=org/apache/geronimo/Bank1.0.3,j2eeType=WSLink,J2EEModule=null 
because no targets are running for reference WebServiceContainer 
matching the patterns 
geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/Jetty,J2EEServer=geronimo,j2eeType=GBean,name=JettyWebContainer 



and then at the end of the startup:
13:06:26,725 WARN  [SilentStartupMonitor] Unable to start 
geronimo.server:name=CreditCardEndpointBean,J2EEServer=geronimo,J2EEApplication=org/apache/geronimo/Bank1.0.3,j2eeType=WSLink,J2EEModule=null 
(starting)


I guess this means that the bean didn't start ;-) It doesn't answer on 
the address (http://localhost:8080/webservice/CreditCardService) 
specified in the deployment descriptor.


[*Q3]
Have you got any ideas on how to make the beans start?
I notice the J2EEModule=org/apache/geronimo/Jetty in the reference 
matching string in the first log entry. The jetty configuration reported 
by deployer.jar's list-modules is named geronimo/jetty/1.0-SNAPSHOT/car.
Could this be related to Q2 on how to get to run on a server with 
"org/apache/geronimo"-naming style for configurations?


Kindly,
Jakob

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jakob Færch (Trifork)]

Selvaraj, Saraswathi (Cognizant) wrote:

Hi Jakob,
Herewith I am resending all the latest plans along with the jms plan that I 
have.  Still now I don't have plans for mail & principal objects.

   The plans included:
(1) activitysupplier-plan
(2) airlinesupplier-plan
(3) bank-plan
(4) lodgingsupplier-plan
(5) opc-plan
(6) processmanager-plan
(7) jms-plan


Thanks a lot. I have started to incorporate the plans that are not in 
the repository into application plans to match the deployment script; I 
will continue this evening (it's 3 pm now).


I guess it would speed up my work a tiny bit if you would distribute the 
 sql to create the data tables not already created by ab1.0.1.sql in 
the repository.


Kindly,
Jakob

(I have been unable to connect to cvs.apache.org all day, so I apologize 
if any of my requests are already in the repository)

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jakob Færch (Trifork)]

Jakob Roesgaard Færch wrote:

Jacek Laskowski wrote:

Whow! Thanks for sharing them with us. With them all I think we can 
achieve the goal of deploying PetStore and Adventure Builder on time 
*before* 1.0 is announced.



I'm a little uneasy about the fact that we still need to add CMP fields 
to the CMP beans to make the application deploy - with this limitation, 
will we able to claim that Geronimo is compatible with the adventure 
builder app?




It seems my limited understanding got me fooled :-(

The fields that Saraswathi has added are of course "virtual" OpenEJB 
fields, so the application deploys without any changes. I'm sorry for 
making such ado about nothing.


Kindly, Jakob

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jakob Roesgaard Færch]

Jacek Laskowski wrote:
Whow! Thanks for sharing them with us. With them all I think we can 
achieve the goal of deploying PetStore and Adventure Builder on time 
*before* 1.0 is announced.


I'm a little uneasy about the fact that we still need to add CMP fields 
to the CMP beans to make the application deploy - with this limitation, 
will we able to claim that Geronimo is compatible with the adventure 
builder app?


The EJB spec (section 10.8.3) suggests that the
Container Provider will provide a tool to add these special field(s) to 
hold the primary key value without having to actually add them to the 
EJB's implementation and deployment descriptors.
What Saraswathi has done is - as far as I can tell - what is described 
at the Wiki at 



Does anyone know whether Geronimo/OpenEJB supports the 
"behind-the-curtains" generation of fields to hold the primary key?


If this support is not present, what should the strategy be for 
packaging the Adventure Builder App with Geronimo; should we

a) Distribute a copy of the entire app with the necessary changes
   incorporated
b) Let the maven script modify the adventure app sources and rebuild
   the ear's before distributing the app?

For the time being, would it be possible for someone (I guess that means 
Saraswathi) to share the modified beans - this would save me the time to 
add the fields myself.


Kindly,
Jakob

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jacek Laskowski]

Selvaraj, Saraswathi (Cognizant) wrote:

Hi Jakob,
Herewith I am resending all the latest plans along with the jms plan that I 
have.  Still now I don't have plans for mail & principal objects.


Hi,

Whow! Thanks for sharing them with us. With them all I think we can 
achieve the goal of deploying PetStore and Adventure Builder on time 
*before* 1.0 is announced.


Have you had a chance to take a look at the sandbox/adventurebuilder? 
I'd be glad if you could send the diffs against them and I'd apply it so 
that we're on the same way.



S.Saraswathi


Jacek

RE: Java Adventure Builder Reference 1.0.3 webapp deployed

[Selvaraj, Saraswathi \(Cognizant\)]

  
billingInfo

   
   
   

 
PurchaseContactRelations1


PurchaseOrderBean

PurchaseOrderBean


shippingInfo




  ContactInfoBean_upk
  
shippingInfo

   
   
   


PurchaseCreditRelations


PurchaseOrderBean

PurchaseOrderBean


creditCard

 


  CreditCardBean_upk
  
creditCard

   
   
   





(6) ProcessManager Plan 


http://www.openejb.org/xml/ns/openejb-jar";
  xmlns:naming="http://geronimo.apache.org/xml/ns/naming"; 
xmlns:sys="http://geronimo.apache.org/xml/ns/deployment";>
 

MysqlDataSource

  

  ProcessManagerBean
  
com.sun.j2ee.blueprints.processmanager.ejb.ProcessManagerLocalHome
  
com.sun.j2ee.blueprints.processmanager.ejb.ProcessManagerLocalHome
  
ejb/local/processmanager/Manager
ManagerBean
  

   

  ManagerBean
  
com.sun.j2ee.blueprints.processmanager.manager.ejb.ManagerLocalHome
  
com.sun.j2ee.blueprints.processmanager.manager.ejb.ManagerLocalHome
  Manager
  
lodgingOrderStatus
  String
lodgingOrderStatus
  
  
orderError
  boolean
orderError
  
  
orderId
  String
orderId
  
  
status
  String
status
  
  
activityOrderStatus
  String
activityOrderStatus
  
  
airlineOrderStatus
  String
airlineOrderStatus
  

  orderId
 
  jdbc/adventure/AdventureDB
  MysqlDataSource
     

  




Thanks & Regards,
S.Saraswathi



-Original Message-
From: Jakob Roesgaard Færch [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 07, 2005 1:48 AM
To: dev@geronimo.apache.org
Subject: Re: Java Adventure Builder Reference 1.0.3 webapp deployed

Selvaraj, Saraswathi (Cognizant) wrote:
> Hi Jacek,
>
>  I solved the url issue by including the  tag
> in the POEndpointBean defined in opc-plan.
>
> We have to deploy all the modules because the OPC- depends on the rest
> of the modules.
>
> 
>
> Apart from the previous plans that I have published, major changes
> includes the CMP relationship definitions in the activitysupplier-plan
> and opc-plan
>
> (I am not able to view the previous plans that I have published already
> in the thread nowwhy?)
>

I haven't been able to find any messages in the thread containing any
more plans than the two in your message today, so you're not the only
one unable to view the plans.

Would it be possible for you to resend all the plans you are currently
using (including the jms plan I guess you must have written and plans
for mail and principal objects if you have gotten so far)?
Without these plans, the effort I am able to put into the adventure
builder will most probably duplicate the work you have already done,
which is a shame when we're this close to getting the app to run.

Kindly,
Jakob

This e-mail and any files transmitted with it are for the sole use of the 
intended recipient(s) and may contain confidential and privileged information.
If you are not the intended recipient, please contact the sender by reply 
e-mail and destroy all copies of the original message.
Any unauthorized review, use, disclosure, dissemination, forwarding, printing 
or copying of this email or any action taken in reliance on this e-mail is 
strictly
prohibited and may be unlawful.

  Visit us at http://www.cognizant.com

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jacek Laskowski]

Jakob Roesgaard Færch wrote:

Would it be possible for you to resend all the plans you are currently 
using (including the jms plan I guess you must have written and plans 
for mail and principal objects if you have gotten so far)?
Without these plans, the effort I am able to put into the adventure 
builder will most probably duplicate the work you have already done, 
which is a shame when we're this close to getting the app to run.


They're already in the repo. Update your local copy and give it a whirl. 
Please note that OPC is not complete and won't deploy yet properly. It's 
just a matter of writting down a plan, but I'm too tired to work on it 
any longer today (it's 3AM).



Jakob


Dobranoc!

Jacek

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jacek Laskowski]

Selvaraj, Saraswathi (Cognizant) wrote:

Hi Jacek,

 I solved the url issue by including the  tag 
in the POEndpointBean defined in opc-plan.


We have to deploy all the modules because the OPC- depends on the rest 
of the modules.


 

Apart from the previous plans that I have published, major changes 
includes the CMP relationship definitions in the activitysupplier-plan 
and opc-plan


(I am not able to view the previous plans that I have published already 
in the thread now….why?)


Hi Saraswathi,

I don't know either, but have committed the plans quickly so that they 
won't disappear again ;) Thanks for them! (doh, I just realized I didn't 
 include your name in the commit msg, sorry).


I'm sure you know it, but these plans weren't complete and I had to 
modify them a little. Also, there's no complete mapping for OPC module 
and thus the deployment will fail at the moment. I decided to commit the 
changes to the repo, though, to let others work on them and send patches ;)


Thanks again for the plans. I'll be looking into the remaining pieces 
later today (tonight?).



S.Saraswathi


Jacek

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jakob Roesgaard Færch]

Selvaraj, Saraswathi (Cognizant) wrote:

Hi Jacek,

 I solved the url issue by including the  tag 
in the POEndpointBean defined in opc-plan.


We have to deploy all the modules because the OPC- depends on the rest 
of the modules.


 

Apart from the previous plans that I have published, major changes 
includes the CMP relationship definitions in the activitysupplier-plan 
and opc-plan


(I am not able to view the previous plans that I have published already 
in the thread now….why?)




I haven't been able to find any messages in the thread containing any 
more plans than the two in your message today, so you're not the only 
one unable to view the plans.


Would it be possible for you to resend all the plans you are currently 
using (including the jms plan I guess you must have written and plans 
for mail and principal objects if you have gotten so far)?
Without these plans, the effort I am able to put into the adventure 
builder will most probably duplicate the work you have already done, 
which is a shame when we're this close to getting the app to run.


Kindly,
Jakob

Re: Java Adventure Builder Reference 1.0.3 webapp deployed

[Jacek Laskowski]

Jakob Roesgaard Færch wrote:

I think we should consider working with AB 1.0.3 instead. Since it's 
the latest release of AB, I assume there're some bugs fixed, so we 
won't have to spend ages to sort them out. See 
http://adventurebuilder.dev.java.net. I'll update the wiki and dds if 
necessary soon (probably later tonight).




I'll switch to the 1.0.3 from java.net.


Hi Jakob,

I've updated the wiki with information about 1.0.3 release. The sources 
are updated, too.


The most visible change in this reference application is that now the 
left-hand menu is displayed properly whereas it is not in the previous 
1.0.1 release.



Jakob


Jacek