Re: Sample Applications - Updation to v1.2

[Karthiga Ratnam]

I looked into the WS Sample and it still gives the warning message. Lasantha
do you have an alternative for this?

Regards

Karthiga

On 2/20/07, Karthiga Ratnam <[EMAIL PROTECTED]> wrote:


I've already updated three sample apps. Will look into the WS sample
today

Regards

Karthiga

On 2/19/07, Hernan Cunico < [EMAIL PROTECTED]> wrote:
>
> Pls give it another try to the WS sample if you have the time. I got it
> to work last time but I was getting some additional messages when running
> the client.
> If you can verify it again go ahead, update the title and append the "(
> 1.2 Ok)"
>
> Cheers!
> Hernan
>
> Lasantha Ranaweera wrote:
> > Hi Karthiga,
> >
> > The given sample applications (other than web services sample
> > application) updated in the 1.2 user guide now. Make sure to use the
> > latest configuration files & versions when you are migrating from the
> > 1.1.1 docs.
> >
> > (I didn't  update web services sample application yet since Hernan has
>
> > already updated to 1.2. Please let me know if there is a problem there
> > too.)
> >
> > Thanks,
> > Lasantha
> >
> > Karthiga Ratnam wrote:
> >> Hi Lasantha,
> >>
> >> Can you please update the following sample applications from Geronimo
>
> >> v1.1.1 to v1.2 : -
> >>
> >> EJB Sample App
> >> JMS and MDB
> >> Web Application Security
> >> Web Services
> >>
> >> Thanks
> >>
> >> Karthiga
> >
> >
> >
>

[jira] Updated: (GERONIMO-2852) Test Case to Axis2WebServiceContainer

[Lasantha Ranaweera (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lasantha Ranaweera updated GERONIMO-2852:
-

Attachment: GERONIMO-2852.patch

> Test Case to Axis2WebServiceContainer
> -
>
> Key: GERONIMO-2852
> URL: https://issues.apache.org/jira/browse/GERONIMO-2852
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: webservices
>Reporter: Lasantha Ranaweera
> Attachments: GERONIMO-2852.patch
>
>
> This is initial implementation of the test coverage of the 
> Axis2WebServiceContainer. It will add the test implementation to the Doc Lit 
> WSDL provided situation. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-2852) Test Case to Axis2WebServiceContainer

[Lasantha Ranaweera (JIRA)]

Test Case to Axis2WebServiceContainer
-

 Key: GERONIMO-2852
 URL: https://issues.apache.org/jira/browse/GERONIMO-2852
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
  Components: webservices
Reporter: Lasantha Ranaweera
 Attachments: GERONIMO-2852.patch

This is initial implementation of the test coverage of the 
Axis2WebServiceContainer. It will add the test implementation to the Doc Lit 
WSDL provided situation. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: ClassFinder questions/problems -- annotation processing

[Tim McConnell]

Hi David, I haven't applied your patch yet but will do that first thing in the 
morning--I've been looking at all the Naming Builders. So based on the current 
set of Naming Builders we have in Geronimo it looks like we should have to 
support the following references via annotations:


ejb-ref
ejb-local-ref
env-entry
message-destination
message-destination-ref
persistence-context-ref
persistence-unit-ref
resource-ref
resource-env-ref
service-ref
security-role
security-role-ref

So tomorrow, I'll continue updating the pertinent module builders with methods 
to update their DD and will augment more of the annotations supported. I think 
we'll still need to encapsulate some of the DD-->XML translation code to prevent 
duplicate code in the module builders, but a static helper class might be ideal 
for that. I'll get you another patch sometime tomorrow so you can review. Thanks 
for your help today



Thanks,
Tim McConnell


David Jencks wrote:

I think the only annotations geronimo itself has to pay attention to are:

javax.annotation.Resource(s)
javax.annotation.security.* (maybe)
javax.ejb.EJB(s)
javax.persistence.PersistenceContext(s)
javax.persistence.PersistenceUnit(s)
javax.xml.ws.WebServiceRef(s)

there are some more I'm really not sure of but probably are taken care 
of by the jaxws impl:

javax.xml.ws.WebEndpoint
javax.xml.ws.WebServiceClient
javax.xml.ws.WebServiceProvider

These last might require the appropriate sub-builder (web service 
builder) to receive a ClassFinder from whatever's calling them.


I've mostly thought about how this interacts with NamingBuilders rather 
than other stuff like the web service builders.


I'm not sure I understand what you are proposing, but I thought about 
this and think we can do it fairly easily within the framework of 
pluggable naming builders while also allowing the default environments 
to be added to the environment correctly.


Some observations on who knows what and thus who should do what:

the module builder knows which parts of the ear are accessible to the 
module, so it should construct a ClassFinder reflecting this access.  
This can only be done after copying files out of the source into the car 
location.  If we can construct a classloader that reaches into an 
unpacked ear that would be ideal, we wouldn't have to copy the j2ee app 
at all then.


As part of this the module builder has to find all the 
component-declaring annotations and reflect that in the ClassFinder if 
appropriate (this is ejbs only, right? Or WebEndpoint as well?)


the naming builders each know what kind of (non-component-declaring) 
annotations are relevant so they should look for them in the ClassFinder 
provided by the module builder.


Only the module builder understands the schema for the spec dd, so it 
has to add the xml for the annotations into the dd to make it 
metadata-complete.  So the naming builders have to return the found 
annotations in some form the module builder can deal with.


A classloader that includes the contributions of the naming builders 
should only be needed by the naming builder itself when it's 
constructing the reference.  It might not be needed even then.




So here's how I see the interaction of the module builders and the 
naming builders:


ModuleBuilder.createModule doesn't call naming builders.

ModuleBuilder.installModule copies stuff into the target and constructs 
a ClassFinder, then calls NamingBuilder.buildEnvironment with the 
ClassFinder.  It stuffs whatever is returned back into the spec dd at 
the appropriate location.  The NamingBuilders add stuff to the 
environment, so after this we can construct a real classloader.


NamingBuilder.buidEnvironment looks at the xml and extracts whatever 
annotations are relevant for it and returns them: if also adds stuff to 
the environment if appropriate (typically if it found something in the 
xml or annotations)


ModuleBuilder.initContext calls NamingBuilder.initContext (although this 
seems a bit fishy to me)


ModuleBuilder.addGBeans calls NamingBuilder.buildNaming which actually 
constructs the references and stuffs them in a map at the appropriate 
location.




I think it might be appropriate for the naming builder to make a list of 
_all_ the stuff it will need to deal with including from the original dd 
and return that: we can pass that in to the initContext and buildNaming 
methods so it doesn't have to look at the xml again.



-
The really nasty part of the spec here appears to me to be the extreme 
overloading of the @Resource annotation.  I think they should have gone 
the rest of the way and said ejb and web service refs were also 
resources.  What I outlined above provides no good way to check that all 
the annotations are handled by some NamingBuilder.  This might be OK.  
An alternative might be to have the ModuleBuilder extract all the 
possibly relevant annotations and have the NamingBuilders remove the 
ones they process. 

Re: Sample Applications - Updation to v1.2

[Karthiga Ratnam]

I've already updated three sample apps. Will look into the WS sample
today

Regards

Karthiga

On 2/19/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:


Pls give it another try to the WS sample if you have the time. I got it to
work last time but I was getting some additional messages when running the
client.
If you can verify it again go ahead, update the title and append the "(1.2Ok)"

Cheers!
Hernan

Lasantha Ranaweera wrote:
> Hi Karthiga,
>
> The given sample applications (other than web services sample
> application) updated in the 1.2 user guide now. Make sure to use the
> latest configuration files & versions when you are migrating from the
> 1.1.1 docs.
>
> (I didn't  update web services sample application yet since Hernan has
> already updated to 1.2. Please let me know if there is a problem there
> too.)
>
> Thanks,
> Lasantha
>
> Karthiga Ratnam wrote:
>> Hi Lasantha,
>>
>> Can you please update the following sample applications from Geronimo
>> v1.1.1 to v1.2 : -
>>
>> EJB Sample App
>> JMS and MDB
>> Web Application Security
>> Web Services
>>
>> Thanks
>>
>> Karthiga
>
>
>

[jira] Closed: (DAYTRADER-29) Async 1-Phase mode should be removed

[Christopher James Blythe (JIRA)]

 [ 
https://issues.apache.org/jira/browse/DAYTRADER-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christopher James Blythe closed DAYTRADER-29.
-

   Resolution: Fixed
Fix Version/s: 2.0
   1.2

Applied patches to branches\1.2 and trunk. Trunk also required changes to 
TradeJPA.java.

> Async 1-Phase mode should be removed
> 
>
> Key: DAYTRADER-29
> URL: https://issues.apache.org/jira/browse/DAYTRADER-29
> Project: DayTrader
>  Issue Type: Improvement
>  Components: EJB Tier
>Affects Versions: 1.2, 2.0
>Reporter: Christopher James Blythe
> Assigned To: Christopher James Blythe
> Fix For: 1.2, 2.0
>
> Attachments: daytrader-29.patch
>
>
> Here are some comments that I added to DT-22...
> Since my involvement with Daytrader (and Trade), we've never been all that 
> concerned with the Async 1-phase mode. Here is the lay of the land to my 
> understanding...
> Sync mode
>  - Uses JMS topics and TradeTopicMDB to publish changes to the quote prices
>  - There is flag in the DDs to disable this but it doesn't seem to apply to 
> direct mode (only EJB mode)
> Async 2-phase mode
>  - This mode uses a JMS queue and the TradeBroker to handle order processing
>  - Specifically, the buy and sell operations call a queueOrder method to 
> place a message on the queue
>  - The queueOrder is part of an XA transaction because two resource managers 
> (JMS and database) are involved to create the order in the databse and place 
> a message on the queue
> - The MDB starts a new transaction when the message is read from the queue. 
> The MDB then executes the completeOrder method which updates the order in the 
> database inside the original MDB transaction context
> Async 1-phase mode
>  - Does the same as above, but does not involve an UserTransaction to provide 
> XA
>  - Since the MDB is container-managed, TradeEJB is used to complete the order 
> and create a new transaction (avoiding XA)
> My guess is that the Async 1-phase mode was added to messure the overhead 
> associated with handling the XA transaction.
> I have never found that much value in Async 1-phase mode. If you are using 
> two different resources as part of a logical transaction, you should always 
> use XA to ensure proper rollback handling. Honestly, I see very little need 
> to keep it around... However, there might be some possiblities I have not 
> considered. As an added benefit of removing this option, we would remove a 
> dependency between the TradeDirect and TradeBean code.
> I also like the idea of splitting up the modes by category and doing a little 
> renaming to make them more descriptive.
> Persistence Run-time Modes (one has to be selected)
> 1) Direct (or JDBC)
> 2) Stateless Session Bean to Direct
> 3) Full EJB (Stateless Session Bean to Entity Beans)
> JMS Support Enablement (any can be selected)
> - Publish Quote Updates (Publish quote price changes to a JMS topic)
> - Process Buy/Sell Orders using XA (Asychronously process buy/sell orders by 
> placing them on a JMS queue. An MDB is then responsible for reading a message 
> form the queue and completing the order)
> Thoughts?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (DAYTRADER-33) TradeDirect queueOrder fails to close JMS connection

[Christopher James Blythe (JIRA)]

 [ 
https://issues.apache.org/jira/browse/DAYTRADER-33?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christopher James Blythe closed DAYTRADER-33.
-

   Resolution: Fixed
Fix Version/s: 2.0
   1.2

Applied patch to branches\1.2 and trunk.

> TradeDirect queueOrder fails to close JMS connection
> 
>
> Key: DAYTRADER-33
> URL: https://issues.apache.org/jira/browse/DAYTRADER-33
> Project: DayTrader
>  Issue Type: Bug
>  Components: EJB Tier
>Affects Versions: 1.2, 2.0
>Reporter: Christopher James Blythe
> Assigned To: Christopher James Blythe
> Fix For: 1.2, 2.0
>
> Attachments: daytrader-33.patch
>
>
> The queueOrder method in TradeDirect closes the session, but does not close 
> the JMS connection and return it to the pool. Consequently, if asynch 2-phase 
> mode is enabled, the JMS connection pool will eventually throw an exception 
> indicating that no connections are available. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Geronimo v2.0 Documentation - Administration

[Karthiga Ratnam]

I'm in for covering the Adminstration series of articles. If no one is
working on it , I would like to cover the areas under "Adminstering the
Apache Geronimo Server".

Any other topics I can cover??

Regards

Karthiga

On 2/20/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:


- Continuing the discussion for topics to cover in the Geronimo 
v2.0Documentation - Administration section -

The idea is to use Geronimo's existing documentation as a topic guideline
adding user input for new topics. So, pls chime in with the topics you would
like to see covered.
It would be great to see volunteers too ;-)

Here are some of the topics already covered:

http://cwiki.apache.org/GMOxDOC20/administration.html

What other topics would you like to see covered?

What areas you volunteer to work on? (rise your hand, don't be shy, there
are a couple of threads already showing volunteers to work on documentation
;-)  )

Cheers!
Hernan

Re: [Discussion] Geronimo web site update

[Jason Dillon]

Um, anyone know if Pier is still maintaining AutoExport?  If not...  
we may want to simply fork this puppy and make the changes we want to  
the plugin for using on the ASF confluence.


Has anyone talked to Pier recently about getting changes/fixes into  
the plugin?


--jason


On Feb 19, 2007, at 4:35 PM, Hernan Cunico wrote:

you mean the shaded frame box? I think the difficult part will be  
the resizing in the css. Creating the graphics should be pretty  
simple.


Cheers!
Hernan

Jason Dillon wrote:
Can you find out where the ActiveMQ folks got that sexy box image  
from?  I'd *love* to have a nice box like that (g-styled of  
course) for our page too :-)

--jason
On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote:

Hey Jason,
I'm trying to catch up with the News/blog-posts on GMOxSITE as  
part of the web site update. I created a few tests (added News)  
but these posts take forever to show up. Any suggestions?


Anyway, do you have any idea how could we port the *News* we have  
on the live site?


Cheers!
Hernan

Jason Dillon wrote:

On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote:

Folks,
after lots of separated discussions on different threads it is  
clear the spirit for moving the authoring of our web site over  
Confluence. Let's bring to this thread all the ideas and  
discussion.


Proposal:
The idea is to use Confluence as the authoring tool for  
Geronimo's web site. To achieve this we will use the autoexport  
plugin already installed and in use on the cwiki.apache.org.
With the autoexport plugin we can customize the generated HTML  
look and feel by using templates. The current POC can be viewed  
at http://cwiki.apache.org/GMOxSITE (thx Jason D.)


Some suggestions (mine ;-)  )

- Avoid JIRA references/direct imports, if JIRA is down or  
running slow it will affect the main web site.
Eh... maybe... though JIRA should not be down or slow.  These  
are also static pages, which only pull images off of the JIRA  
webapp, but we could remove the icon from the rendering.  I  
personally think its useful to show some JIRA activity on some  
page on the website.  Shows that we are still moving even if the  
website content isn't.
- Remove edit/print/export links from the generated site. Only  
Geronimo committers will have edit access

Fine w/me.
- Update the template L&F. Why not? It is a good opportunity to  
do it !!!
Ya, probably some changes to be made... I like the Cayenne site  
a lot... clean, simple... nice popup menus.
- Need to define how to integrate the other subprojects web  
sites (consider confluence spaces too).
Aye, we need a basic theme that works for the main site,  
documentation sites and sub-project sites.

- pls chime in!!!

I volunteer to start updating the content (matching with what  
we already have on the live site), unless somebody else wants  
to go it!

I will also look at some alternative templates.

I really would like to see this happen... so I can lend a hand.
--jason

Re: [Discussion] Geronimo web site update

[Jason Dillon]

Do we still need this space?

 http://cwiki.apache.org/confluence/display/GMOxMoinMoin/Home

--jason


On Feb 19, 2007, at 4:35 PM, Hernan Cunico wrote:

you mean the shaded frame box? I think the difficult part will be  
the resizing in the css. Creating the graphics should be pretty  
simple.


Cheers!
Hernan

Jason Dillon wrote:
Can you find out where the ActiveMQ folks got that sexy box image  
from?  I'd *love* to have a nice box like that (g-styled of  
course) for our page too :-)

--jason
On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote:

Hey Jason,
I'm trying to catch up with the News/blog-posts on GMOxSITE as  
part of the web site update. I created a few tests (added News)  
but these posts take forever to show up. Any suggestions?


Anyway, do you have any idea how could we port the *News* we have  
on the live site?


Cheers!
Hernan

Jason Dillon wrote:

On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote:

Folks,
after lots of separated discussions on different threads it is  
clear the spirit for moving the authoring of our web site over  
Confluence. Let's bring to this thread all the ideas and  
discussion.


Proposal:
The idea is to use Confluence as the authoring tool for  
Geronimo's web site. To achieve this we will use the autoexport  
plugin already installed and in use on the cwiki.apache.org.
With the autoexport plugin we can customize the generated HTML  
look and feel by using templates. The current POC can be viewed  
at http://cwiki.apache.org/GMOxSITE (thx Jason D.)


Some suggestions (mine ;-)  )

- Avoid JIRA references/direct imports, if JIRA is down or  
running slow it will affect the main web site.
Eh... maybe... though JIRA should not be down or slow.  These  
are also static pages, which only pull images off of the JIRA  
webapp, but we could remove the icon from the rendering.  I  
personally think its useful to show some JIRA activity on some  
page on the website.  Shows that we are still moving even if the  
website content isn't.
- Remove edit/print/export links from the generated site. Only  
Geronimo committers will have edit access

Fine w/me.
- Update the template L&F. Why not? It is a good opportunity to  
do it !!!
Ya, probably some changes to be made... I like the Cayenne site  
a lot... clean, simple... nice popup menus.
- Need to define how to integrate the other subprojects web  
sites (consider confluence spaces too).
Aye, we need a basic theme that works for the main site,  
documentation sites and sub-project sites.

- pls chime in!!!

I volunteer to start updating the content (matching with what  
we already have on the live site), unless somebody else wants  
to go it!

I will also look at some alternative templates.

I really would like to see this happen... so I can lend a hand.
--jason

Re: [Discussion] Geronimo web site update

[Jason Dillon]

Oh Hiram... can I have the Blender project you used to make the AMQ  
box graphic please?


--jason


On Feb 19, 2007, at 6:41 PM, Bruce Snyder wrote:


On 2/19/07, Jason Dillon <[EMAIL PROTECTED]> wrote:

On Feb 19, 2007, at 5:04 PM, Bruce Snyder wrote:
> On 2/19/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
>> No, the shrinkwrap box:
>>
>>  http://activemq.apache.org/activemq-410-release.data/
>> activemq-4.1-box-reflection.png
>>
>> I'm wondering if someone has a blender project, or some other
>> modeling tool which they used to render this puppy.
>
> Hiram created the box using Blender and then ran it through  
Fireworks

> for some additional affects.

Fancy making us one too (with the G logo and colors, minus the
fire)?  and/or sharing the Blender project?  I've had Blender
installed on my Mac for years, never used it though ;-)


You'll have to ask Hiram.

Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61EG;6%I;\"YC;VT*"

);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

Re: [Discussion] Geronimo web site update

[Bruce Snyder]

On 2/19/07, Jason Dillon <[EMAIL PROTECTED]> wrote:

On Feb 19, 2007, at 5:04 PM, Bruce Snyder wrote:
> On 2/19/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
>> No, the shrinkwrap box:
>>
>>  http://activemq.apache.org/activemq-410-release.data/
>> activemq-4.1-box-reflection.png
>>
>> I'm wondering if someone has a blender project, or some other
>> modeling tool which they used to render this puppy.
>
> Hiram created the box using Blender and then ran it through Fireworks
> for some additional affects.

Fancy making us one too (with the G logo and colors, minus the
fire)?  and/or sharing the Blender project?  I've had Blender
installed on my Mac for years, never used it though ;-)


You'll have to ask Hiram.

Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL 
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

Re: [Discussion] Geronimo web site update

[Jason Dillon]

IMO, I think we should drop the top-tabs, and just implement a nav  
similar to what activemq has for the breadcumbs -> links bar between  
the header and content.


--jason


On Feb 19, 2007, at 4:35 PM, Hernan Cunico wrote:

you mean the shaded frame box? I think the difficult part will be  
the resizing in the css. Creating the graphics should be pretty  
simple.


Cheers!
Hernan

Jason Dillon wrote:
Can you find out where the ActiveMQ folks got that sexy box image  
from?  I'd *love* to have a nice box like that (g-styled of  
course) for our page too :-)

--jason
On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote:

Hey Jason,
I'm trying to catch up with the News/blog-posts on GMOxSITE as  
part of the web site update. I created a few tests (added News)  
but these posts take forever to show up. Any suggestions?


Anyway, do you have any idea how could we port the *News* we have  
on the live site?


Cheers!
Hernan

Jason Dillon wrote:

On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote:

Folks,
after lots of separated discussions on different threads it is  
clear the spirit for moving the authoring of our web site over  
Confluence. Let's bring to this thread all the ideas and  
discussion.


Proposal:
The idea is to use Confluence as the authoring tool for  
Geronimo's web site. To achieve this we will use the autoexport  
plugin already installed and in use on the cwiki.apache.org.
With the autoexport plugin we can customize the generated HTML  
look and feel by using templates. The current POC can be viewed  
at http://cwiki.apache.org/GMOxSITE (thx Jason D.)


Some suggestions (mine ;-)  )

- Avoid JIRA references/direct imports, if JIRA is down or  
running slow it will affect the main web site.
Eh... maybe... though JIRA should not be down or slow.  These  
are also static pages, which only pull images off of the JIRA  
webapp, but we could remove the icon from the rendering.  I  
personally think its useful to show some JIRA activity on some  
page on the website.  Shows that we are still moving even if the  
website content isn't.
- Remove edit/print/export links from the generated site. Only  
Geronimo committers will have edit access

Fine w/me.
- Update the template L&F. Why not? It is a good opportunity to  
do it !!!
Ya, probably some changes to be made... I like the Cayenne site  
a lot... clean, simple... nice popup menus.
- Need to define how to integrate the other subprojects web  
sites (consider confluence spaces too).
Aye, we need a basic theme that works for the main site,  
documentation sites and sub-project sites.

- pls chime in!!!

I volunteer to start updating the content (matching with what  
we already have on the live site), unless somebody else wants  
to go it!

I will also look at some alternative templates.

I really would like to see this happen... so I can lend a hand.
--jason

Re: [Discussion] Geronimo web site update

[Jason Dillon]

On Feb 19, 2007, at 5:04 PM, Bruce Snyder wrote:

On 2/19/07, Jason Dillon <[EMAIL PROTECTED]> wrote:

No, the shrinkwrap box:

 http://activemq.apache.org/activemq-410-release.data/
activemq-4.1-box-reflection.png

I'm wondering if someone has a blender project, or some other
modeling tool which they used to render this puppy.


Hiram created the box using Blender and then ran it through Fireworks
for some additional affects.


Fancy making us one too (with the G logo and colors, minus the  
fire)?  and/or sharing the Blender project?  I've had Blender  
installed on my Mac for years, never used it though ;-)


--jason

Re: [Discussion] Geronimo web site update

[Bruce Snyder]

On 2/19/07, Jason Dillon <[EMAIL PROTECTED]> wrote:

No, the shrinkwrap box:

 http://activemq.apache.org/activemq-410-release.data/
activemq-4.1-box-reflection.png

I'm wondering if someone has a blender project, or some other
modeling tool which they used to render this puppy.


Hiram created the box using Blender and then ran it through Fireworks
for some additional affects.

Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL 
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

Re: [Discussion] Geronimo web site update

[Jason Dillon]

Native confluence news?  Huh?

Moving the old news... is the painful process of converting html to  
wiki... and AFAIK there is no way to backdate the content, so will  
have to put a note in the news stating which date it was really  
from.  Unless you want to hack the DB... which I don't recommend.   
Its been a while since I looked into it though... might be some  
backdate support in the newer versions of Confluence.


--jason


On Feb 19, 2007, at 4:31 PM, Hernan Cunico wrote:

Oh, I wasn't talking about the autoexport. Native Confluence News,  
up to 4 mins to show up with the {blog-posts} macro.


any idea for moving the "old news"?

Cheers!
Hernan

Jason Dillon wrote:
News is one of those dynamic bits which won't get updated unless  
the page which uses the macro is re-rendered.  I just made a minor  
change to index and it picked up the new news.
What we need to do is have a period full export of the site to  
keep these more dynamic bits updated.  I'm not sure if we can  
tickle a specific page to re-render, except for changing its  
content.  And really, it would suck to have to do that, cause the  
rev history would be a mess.
But, if we can figure a way to make AutoExport export one page,  
then I can hack hokeypokey up to list all pages that have changed  
since the last check er something.
But for now, probably doing a full export on the hour (hopefully  
thats not too expensive) before the sync to live happens is  
probably good enough.  Can probably hack something in hokeypokey  
to trigger to full export only if pages have changed...
David Blevins mentioned something about some new XMLRPC bits in  
the AutoExport plugin... but I don't know more details about that.
But, in short... we have to have something tickle these pages  
periodically to update.  I think if we time the tickle properly it  
will minimize the lag between confluence update to live site update.

--jason
On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote:

Hey Jason,
I'm trying to catch up with the News/blog-posts on GMOxSITE as  
part of the web site update. I created a few tests (added News)  
but these posts take forever to show up. Any suggestions?


Anyway, do you have any idea how could we port the *News* we have  
on the live site?


Cheers!
Hernan

Jason Dillon wrote:

On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote:

Folks,
after lots of separated discussions on different threads it is  
clear the spirit for moving the authoring of our web site over  
Confluence. Let's bring to this thread all the ideas and  
discussion.


Proposal:
The idea is to use Confluence as the authoring tool for  
Geronimo's web site. To achieve this we will use the autoexport  
plugin already installed and in use on the cwiki.apache.org.
With the autoexport plugin we can customize the generated HTML  
look and feel by using templates. The current POC can be viewed  
at http://cwiki.apache.org/GMOxSITE (thx Jason D.)


Some suggestions (mine ;-)  )

- Avoid JIRA references/direct imports, if JIRA is down or  
running slow it will affect the main web site.
Eh... maybe... though JIRA should not be down or slow.  These  
are also static pages, which only pull images off of the JIRA  
webapp, but we could remove the icon from the rendering.  I  
personally think its useful to show some JIRA activity on some  
page on the website.  Shows that we are still moving even if the  
website content isn't.
- Remove edit/print/export links from the generated site. Only  
Geronimo committers will have edit access

Fine w/me.
- Update the template L&F. Why not? It is a good opportunity to  
do it !!!
Ya, probably some changes to be made... I like the Cayenne site  
a lot... clean, simple... nice popup menus.
- Need to define how to integrate the other subprojects web  
sites (consider confluence spaces too).
Aye, we need a basic theme that works for the main site,  
documentation sites and sub-project sites.

- pls chime in!!!

I volunteer to start updating the content (matching with what  
we already have on the live site), unless somebody else wants  
to go it!

I will also look at some alternative templates.

I really would like to see this happen... so I can lend a hand.
--jason

Re: [Discussion] Geronimo web site update

[Jason Dillon]

No, the shrinkwrap box:

http://activemq.apache.org/activemq-410-release.data/ 
activemq-4.1-box-reflection.png


I'm wondering if someone has a blender project, or some other  
modeling tool which they used to render this puppy.


--jason


On Feb 19, 2007, at 4:35 PM, Hernan Cunico wrote:

you mean the shaded frame box? I think the difficult part will be  
the resizing in the css. Creating the graphics should be pretty  
simple.


Cheers!
Hernan

Jason Dillon wrote:
Can you find out where the ActiveMQ folks got that sexy box image  
from?  I'd *love* to have a nice box like that (g-styled of  
course) for our page too :-)

--jason
On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote:

Hey Jason,
I'm trying to catch up with the News/blog-posts on GMOxSITE as  
part of the web site update. I created a few tests (added News)  
but these posts take forever to show up. Any suggestions?


Anyway, do you have any idea how could we port the *News* we have  
on the live site?


Cheers!
Hernan

Jason Dillon wrote:

On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote:

Folks,
after lots of separated discussions on different threads it is  
clear the spirit for moving the authoring of our web site over  
Confluence. Let's bring to this thread all the ideas and  
discussion.


Proposal:
The idea is to use Confluence as the authoring tool for  
Geronimo's web site. To achieve this we will use the autoexport  
plugin already installed and in use on the cwiki.apache.org.
With the autoexport plugin we can customize the generated HTML  
look and feel by using templates. The current POC can be viewed  
at http://cwiki.apache.org/GMOxSITE (thx Jason D.)


Some suggestions (mine ;-)  )

- Avoid JIRA references/direct imports, if JIRA is down or  
running slow it will affect the main web site.
Eh... maybe... though JIRA should not be down or slow.  These  
are also static pages, which only pull images off of the JIRA  
webapp, but we could remove the icon from the rendering.  I  
personally think its useful to show some JIRA activity on some  
page on the website.  Shows that we are still moving even if the  
website content isn't.
- Remove edit/print/export links from the generated site. Only  
Geronimo committers will have edit access

Fine w/me.
- Update the template L&F. Why not? It is a good opportunity to  
do it !!!
Ya, probably some changes to be made... I like the Cayenne site  
a lot... clean, simple... nice popup menus.
- Need to define how to integrate the other subprojects web  
sites (consider confluence spaces too).
Aye, we need a basic theme that works for the main site,  
documentation sites and sub-project sites.

- pls chime in!!!

I volunteer to start updating the content (matching with what  
we already have on the live site), unless somebody else wants  
to go it!

I will also look at some alternative templates.

I really would like to see this happen... so I can lend a hand.
--jason

Re: [Discussion] Geronimo web site update

[Hernan Cunico]

you mean the shaded frame box? I think the difficult part will be the resizing 
in the css. Creating the graphics should be pretty simple.

Cheers!
Hernan

Jason Dillon wrote:
Can you find out where the ActiveMQ folks got that sexy box image from?  
I'd *love* to have a nice box like that (g-styled of course) for our 
page too :-)


--jason


On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote:


Hey Jason,
I'm trying to catch up with the News/blog-posts on GMOxSITE as part of 
the web site update. I created a few tests (added News) but these 
posts take forever to show up. Any suggestions?


Anyway, do you have any idea how could we port the *News* we have on 
the live site?


Cheers!
Hernan

Jason Dillon wrote:

On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote:

Folks,
after lots of separated discussions on different threads it is clear 
the spirit for moving the authoring of our web site over Confluence. 
Let's bring to this thread all the ideas and discussion.


Proposal:
The idea is to use Confluence as the authoring tool for Geronimo's 
web site. To achieve this we will use the autoexport plugin already 
installed and in use on the cwiki.apache.org.
With the autoexport plugin we can customize the generated HTML look 
and feel by using templates. The current POC can be viewed at 
http://cwiki.apache.org/GMOxSITE (thx Jason D.)


Some suggestions (mine ;-)  )

- Avoid JIRA references/direct imports, if JIRA is down or running 
slow it will affect the main web site.
Eh... maybe... though JIRA should not be down or slow.  These are 
also static pages, which only pull images off of the JIRA webapp, but 
we could remove the icon from the rendering.  I personally think its 
useful to show some JIRA activity on some page on the website.  Shows 
that we are still moving even if the website content isn't.
- Remove edit/print/export links from the generated site. Only 
Geronimo committers will have edit access

Fine w/me.
- Update the template L&F. Why not? It is a good opportunity to do 
it !!!
Ya, probably some changes to be made... I like the Cayenne site a 
lot... clean, simple... nice popup menus.
- Need to define how to integrate the other subprojects web sites 
(consider confluence spaces too).
Aye, we need a basic theme that works for the main site, 
documentation sites and sub-project sites.

- pls chime in!!!

I volunteer to start updating the content (matching with what we 
already have on the live site), unless somebody else wants to go it!

I will also look at some alternative templates.

I really would like to see this happen... so I can lend a hand.
--jason

Re: [Discussion] Geronimo web site update

[Hernan Cunico]

Oh, I wasn't talking about the autoexport. Native Confluence News, up to 4 mins 
to show up with the {blog-posts} macro.

any idea for moving the "old news"?

Cheers!
Hernan

Jason Dillon wrote:
News is one of those dynamic bits which won't get updated unless the 
page which uses the macro is re-rendered.  I just made a minor change to 
index and it picked up the new news.


What we need to do is have a period full export of the site to keep 
these more dynamic bits updated.  I'm not sure if we can tickle a 
specific page to re-render, except for changing its content.  And 
really, it would suck to have to do that, cause the rev history would be 
a mess.


But, if we can figure a way to make AutoExport export one page, then I 
can hack hokeypokey up to list all pages that have changed since the 
last check er something.


But for now, probably doing a full export on the hour (hopefully thats 
not too expensive) before the sync to live happens is probably good 
enough.  Can probably hack something in hokeypokey to trigger to full 
export only if pages have changed...


David Blevins mentioned something about some new XMLRPC bits in the 
AutoExport plugin... but I don't know more details about that.


But, in short... we have to have something tickle these pages 
periodically to update.  I think if we time the tickle properly it will 
minimize the lag between confluence update to live site update.


--jason


On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote:


Hey Jason,
I'm trying to catch up with the News/blog-posts on GMOxSITE as part of 
the web site update. I created a few tests (added News) but these 
posts take forever to show up. Any suggestions?


Anyway, do you have any idea how could we port the *News* we have on 
the live site?


Cheers!
Hernan

Jason Dillon wrote:

On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote:

Folks,
after lots of separated discussions on different threads it is clear 
the spirit for moving the authoring of our web site over Confluence. 
Let's bring to this thread all the ideas and discussion.


Proposal:
The idea is to use Confluence as the authoring tool for Geronimo's 
web site. To achieve this we will use the autoexport plugin already 
installed and in use on the cwiki.apache.org.
With the autoexport plugin we can customize the generated HTML look 
and feel by using templates. The current POC can be viewed at 
http://cwiki.apache.org/GMOxSITE (thx Jason D.)


Some suggestions (mine ;-)  )

- Avoid JIRA references/direct imports, if JIRA is down or running 
slow it will affect the main web site.
Eh... maybe... though JIRA should not be down or slow.  These are 
also static pages, which only pull images off of the JIRA webapp, but 
we could remove the icon from the rendering.  I personally think its 
useful to show some JIRA activity on some page on the website.  Shows 
that we are still moving even if the website content isn't.
- Remove edit/print/export links from the generated site. Only 
Geronimo committers will have edit access

Fine w/me.
- Update the template L&F. Why not? It is a good opportunity to do 
it !!!
Ya, probably some changes to be made... I like the Cayenne site a 
lot... clean, simple... nice popup menus.
- Need to define how to integrate the other subprojects web sites 
(consider confluence spaces too).
Aye, we need a basic theme that works for the main site, 
documentation sites and sub-project sites.

- pls chime in!!!

I volunteer to start updating the content (matching with what we 
already have on the live site), unless somebody else wants to go it!

I will also look at some alternative templates.

I really would like to see this happen... so I can lend a hand.
--jason

Re: [Discussion] Geronimo web site update

[Jason Dillon]

Can you find out where the ActiveMQ folks got that sexy box image  
from?  I'd *love* to have a nice box like that (g-styled of course)  
for our page too :-)


--jason


On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote:


Hey Jason,
I'm trying to catch up with the News/blog-posts on GMOxSITE as part  
of the web site update. I created a few tests (added News) but  
these posts take forever to show up. Any suggestions?


Anyway, do you have any idea how could we port the *News* we have  
on the live site?


Cheers!
Hernan

Jason Dillon wrote:

On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote:

Folks,
after lots of separated discussions on different threads it is  
clear the spirit for moving the authoring of our web site over  
Confluence. Let's bring to this thread all the ideas and discussion.


Proposal:
The idea is to use Confluence as the authoring tool for  
Geronimo's web site. To achieve this we will use the autoexport  
plugin already installed and in use on the cwiki.apache.org.
With the autoexport plugin we can customize the generated HTML  
look and feel by using templates. The current POC can be viewed  
at http://cwiki.apache.org/GMOxSITE (thx Jason D.)


Some suggestions (mine ;-)  )

- Avoid JIRA references/direct imports, if JIRA is down or  
running slow it will affect the main web site.
Eh... maybe... though JIRA should not be down or slow.  These are  
also static pages, which only pull images off of the JIRA webapp,  
but we could remove the icon from the rendering.  I personally  
think its useful to show some JIRA activity on some page on the  
website.  Shows that we are still moving even if the website  
content isn't.
- Remove edit/print/export links from the generated site. Only  
Geronimo committers will have edit access

Fine w/me.
- Update the template L&F. Why not? It is a good opportunity to  
do it !!!
Ya, probably some changes to be made... I like the Cayenne site a  
lot... clean, simple... nice popup menus.
- Need to define how to integrate the other subprojects web sites  
(consider confluence spaces too).
Aye, we need a basic theme that works for the main site,  
documentation sites and sub-project sites.

- pls chime in!!!

I volunteer to start updating the content (matching with what we  
already have on the live site), unless somebody else wants to go it!

I will also look at some alternative templates.

I really would like to see this happen... so I can lend a hand.
--jason

Re: [Discussion] Geronimo web site update

[Jason Dillon]

News is one of those dynamic bits which won't get updated unless the  
page which uses the macro is re-rendered.  I just made a minor change  
to index and it picked up the new news.


What we need to do is have a period full export of the site to keep  
these more dynamic bits updated.  I'm not sure if we can tickle a  
specific page to re-render, except for changing its content.  And  
really, it would suck to have to do that, cause the rev history would  
be a mess.


But, if we can figure a way to make AutoExport export one page, then  
I can hack hokeypokey up to list all pages that have changed since  
the last check er something.


But for now, probably doing a full export on the hour (hopefully  
thats not too expensive) before the sync to live happens is probably  
good enough.  Can probably hack something in hokeypokey to trigger to  
full export only if pages have changed...


David Blevins mentioned something about some new XMLRPC bits in the  
AutoExport plugin... but I don't know more details about that.


But, in short... we have to have something tickle these pages  
periodically to update.  I think if we time the tickle properly it  
will minimize the lag between confluence update to live site update.


--jason


On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote:


Hey Jason,
I'm trying to catch up with the News/blog-posts on GMOxSITE as part  
of the web site update. I created a few tests (added News) but  
these posts take forever to show up. Any suggestions?


Anyway, do you have any idea how could we port the *News* we have  
on the live site?


Cheers!
Hernan

Jason Dillon wrote:

On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote:

Folks,
after lots of separated discussions on different threads it is  
clear the spirit for moving the authoring of our web site over  
Confluence. Let's bring to this thread all the ideas and discussion.


Proposal:
The idea is to use Confluence as the authoring tool for  
Geronimo's web site. To achieve this we will use the autoexport  
plugin already installed and in use on the cwiki.apache.org.
With the autoexport plugin we can customize the generated HTML  
look and feel by using templates. The current POC can be viewed  
at http://cwiki.apache.org/GMOxSITE (thx Jason D.)


Some suggestions (mine ;-)  )

- Avoid JIRA references/direct imports, if JIRA is down or  
running slow it will affect the main web site.
Eh... maybe... though JIRA should not be down or slow.  These are  
also static pages, which only pull images off of the JIRA webapp,  
but we could remove the icon from the rendering.  I personally  
think its useful to show some JIRA activity on some page on the  
website.  Shows that we are still moving even if the website  
content isn't.
- Remove edit/print/export links from the generated site. Only  
Geronimo committers will have edit access

Fine w/me.
- Update the template L&F. Why not? It is a good opportunity to  
do it !!!
Ya, probably some changes to be made... I like the Cayenne site a  
lot... clean, simple... nice popup menus.
- Need to define how to integrate the other subprojects web sites  
(consider confluence spaces too).
Aye, we need a basic theme that works for the main site,  
documentation sites and sub-project sites.

- pls chime in!!!

I volunteer to start updating the content (matching with what we  
already have on the live site), unless somebody else wants to go it!

I will also look at some alternative templates.

I really would like to see this happen... so I can lend a hand.
--jason

Re: ServiceMix in WebSphere 6.1

[Guillaume Nodet]

Sure, that's fine :-)

On 2/20/07, Grant Mcdonald <[EMAIL PROTECTED]> wrote:

Hi Everyone,

I have recently been mostly successful (read: there are a few
outstanding issues) in getting ServiceMix 3.0.1 working with WebSphere
6.1 in WAR format and I am wanting to contribute the results back to the
project.

I was thinking of creating a wiki page detailing all the appropriate
configuration steps and also outstanding issues and checking in the
maven project into the servicemix samples directory in trunk.

If nobody has any objections I'll go ahead with the above.

NOTE: there are no dependencies on websphere in the above code merely
the creation of a compatible distribution

Regards,

Grant McDonald




--
Cheers,
Guillaume Nodet

Architect, LogicBlaze (http://www.logicblaze.com/)
Blog: http://gnodet.blogspot.com/

Re: [Discussion] Geronimo web site update

[Hernan Cunico]

Hey Jason,
I'm trying to catch up with the News/blog-posts on GMOxSITE as part of the web 
site update. I created a few tests (added News) but these posts take forever to 
show up. Any suggestions?

Anyway, do you have any idea how could we port the *News* we have on the live 
site?

Cheers!
Hernan

Jason Dillon wrote:

On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote:

Folks,
after lots of separated discussions on different threads it is clear 
the spirit for moving the authoring of our web site over Confluence. 
Let's bring to this thread all the ideas and discussion.


Proposal:
The idea is to use Confluence as the authoring tool for Geronimo's web 
site. To achieve this we will use the autoexport plugin already 
installed and in use on the cwiki.apache.org.
With the autoexport plugin we can customize the generated HTML look 
and feel by using templates. The current POC can be viewed at 
http://cwiki.apache.org/GMOxSITE (thx Jason D.)


Some suggestions (mine ;-)  )

- Avoid JIRA references/direct imports, if JIRA is down or running 
slow it will affect the main web site.


Eh... maybe... though JIRA should not be down or slow.  These are also 
static pages, which only pull images off of the JIRA webapp, but we 
could remove the icon from the rendering.  I personally think its useful 
to show some JIRA activity on some page on the website.  Shows that we 
are still moving even if the website content isn't.



- Remove edit/print/export links from the generated site. Only 
Geronimo committers will have edit access


Fine w/me.



- Update the template L&F. Why not? It is a good opportunity to do it !!!


Ya, probably some changes to be made... I like the Cayenne site a lot... 
clean, simple... nice popup menus.



- Need to define how to integrate the other subprojects web sites 
(consider confluence spaces too).


Aye, we need a basic theme that works for the main site, documentation 
sites and sub-project sites.




- pls chime in!!!

I volunteer to start updating the content (matching with what we 
already have on the live site), unless somebody else wants to go it!

I will also look at some alternative templates.


I really would like to see this happen... so I can lend a hand.

--jason

[BUILD] Failed for Revision: 509369

[prasad]

Building with Maven version: 2.0.5
Revision: 509369 built with tests skipped
See the full build-1800.log file at 
http://people.apache.org/~prasad/binaries/20070219/build-1800.log
 
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/specs/geronimo-el_1.0_spec/1.0-SNAPSHOT/geronimo-el_1.0_spec-1.0-20061213.201610-2.jar
32K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/jsp-api/6.0.7-SNAPSHOT/jsp-api-6.0.7-20070109.022301-1.jar
78K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/servlet-api/6.0.7-SNAPSHOT/servlet-api-6.0.7-20070109.022215-1.jar
86K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/jasper/6.0.7-SNAPSHOT/jasper-6.0.7-20070109.022615-1.jar
499K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/catalina/6.0.7-SNAPSHOT/catalina-6.0.7-20070109.022532-1.jar
1025K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/jasper-jdt/6.0.7-SNAPSHOT/jasper-jdt-6.0.7-20070109.022438-1.jar
1307K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/coyote/6.0.7-SNAPSHOT/coyote-6.0.7-20070109.022510-1.jar
692K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/el-api/6.0.7-SNAPSHOT/el-api-6.0.7-20070109.022241-1.jar
26K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/specs/geronimo-annotation_1.0_spec/1.0-SNAPSHOT/geronimo-annotation_1.0_spec-1.0-20061221.035010-5.jar
11K downloaded
[INFO] [jspc:compile {execution: jspc}]
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [war:war]
[INFO] Exploding webapp...
[INFO] Assembling webapp geronimo-welcome in 
/home/prasad/geronimo/trunk/applications/geronimo-welcome/target/geronimo-welcome-2.0-SNAPSHOT
[INFO] Copy webapp webResources to 
/home/prasad/geronimo/trunk/applications/geronimo-welcome/target/geronimo-welcome-2.0-SNAPSHOT
[INFO] Building jar: 
/home/prasad/geronimo/trunk/applications/geronimo-welcome/target/geronimo-welcome-2.0-SNAPSHOT/WEB-INF/lib/geronimo-welcome-2.0-SNAPSHOT.jar
[INFO] Generating war 
/home/prasad/geronimo/trunk/applications/geronimo-welcome/target/geronimo-welcome-2.0-SNAPSHOT.war
[INFO] Building war: 
/home/prasad/geronimo/trunk/applications/geronimo-welcome/target/geronimo-welcome-2.0-SNAPSHOT.war
[INFO] [install:install]
[INFO] Installing 
/home/prasad/geronimo/trunk/applications/geronimo-welcome/target/geronimo-welcome-2.0-SNAPSHOT.war
 to 
/home/prasad/.m2/repository/org/apache/geronimo/applications/geronimo-welcome/2.0-SNAPSHOT/geronimo-welcome-2.0-SNAPSHOT.war
[INFO] 

[INFO] Building Geronimo Applications :: Dojo
[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [dependency:unpack {execution: unpack}]
[INFO] Configured Artifact: org.dojotoolkit:dojo:0.4.1:zip
Downloading: 
file:///home/prasad/geronimo/trunk/applications/geronimo-dojo/repository/org/dojotoolkit/dojo/0.4.1/dojo-0.4.1.zip
4616K downloaded
[INFO] Expanding: 
/home/prasad/.m2/repository/org/dojotoolkit/dojo/0.4.1/dojo-0.4.1.zip into 
/home/prasad/geronimo/trunk/applications/geronimo-dojo/target
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/prasad/geronimo/trunk/applications/geronimo-dojo/target/classes/META-INF
[INFO] Copying 2 files to 
/home/prasad/geronimo/trunk/applications/geronimo-dojo/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] No sources to compile
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [war:war]
[INFO] Exploding webapp...
[INFO] Assembling webapp geronimo-dojo in 
/home/prasad/geronimo/trunk/applications/geronimo-dojo/target/geronimo-dojo-2.0-SNAPSHOT
[INFO] Copy webapp webResources to 
/home/prasad/geronimo/trunk/applications/geronimo-dojo/target/geronimo-dojo-2.0-SNAPSHOT
[INFO] Copy webapp webResources to 
/home/prasad/geronimo/trunk/applications/geronimo-dojo/target/geronimo-dojo-2.0-SNAPSHOT
[INFO] Building jar: 
/home/prasad/geronimo/trunk/applications/geronimo-dojo/target/geronimo-dojo-2.0-SNAPSHOT/WEB-INF/lib/geronimo-dojo-2.0-SNAPSHOT.jar
[INFO] Generating war 
/home/prasad/geronimo/trunk/applications/geronimo-dojo/target/geronimo-dojo-2.0-SNAPSHOT.war
[INFO

[jira] Created: (GERONIMO-2851) LDAP view in the console

[Jarek Gawor (JIRA)]

LDAP view in the console


 Key: GERONIMO-2851
 URL: https://issues.apache.org/jira/browse/GERONIMO-2851
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Reporter: Jarek Gawor


It looks like the LDAP viewer in the console is ignoring the custom connection 
information i specified in the 'connect info' panel.



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Geronimo v2.0 Documentation - Administration

[Hernan Cunico]

- Continuing the discussion for topics to cover in the Geronimo v2.0 
Documentation - Administration section -

The idea is to use Geronimo's existing documentation as a topic guideline 
adding user input for new topics. So, pls chime in with the topics you would 
like to see covered.
It would be great to see volunteers too ;-)

Here are some of the topics already covered:

   http://cwiki.apache.org/GMOxDOC20/administration.html

What other topics would you like to see covered?

What areas you volunteer to work on? (rise your hand, don't be shy, there are a 
couple of threads already showing volunteers to work on documentation ;-)  )

Cheers!
Hernan

Re: New css for the web site

[Bruce Snyder]

On 2/19/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:

I have written a new css for the web site today.
You can preview it at
   http://cwiki.apache.org/SM/orchestration-with-jsr181.html

What do people think about switching to it ?
I think there are a few things to tweak for IE ..


Looks great, Guillaume! I haven't looked at it in IE - and i won't, LOL!

Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL 
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

[Fwd: Geronimo v2.0 documentation - What's new?]

[Hernan Cunico]

Folks, we'll hopefully be branching some time this week. This is a friendly 
(and weekly) reminder that without your input this document will starve. Pls 
chime in, send comments or update the doc directly, here is the link.

http://cwiki.apache.org/GMOxDOC20/whats-new-in-geronimo-v2-m2.html

Cheers!
Hernan

Hernan Cunico wrote:

Hi All,
friendly reminder that still need your help to stay up-to-date with the 
latest additions to Geronimo.


Cheers!
Hernan

 Original Message 
Subject: Geronimo v2.0 documentation - What's new?
Date: Tue, 06 Feb 2007 15:54:13 -0500
From: Hernan Cunico <[EMAIL PROTECTED]>
To: dev list 

Hi All,
I've been putting some content in the v2.0 documentation based on what 
we had on previous releases (basically following the same structure)


There are a TON of new things already in or ready to get in Geronimo 
v2.0. I need some help to put these updates together, some of the stuff 
already available for M2 are listed here:


http://cwiki.apache.org/GMOxDOC20/whats-new-in-geronimo-v2-m2.html

Although this doc was targeted for M2 I would like to keep appending to 
it so when we release the final version we have kind of a log there with 
all the functionality. So pls chime in, send comments or update the doc 
directly.


I'll start another thread for discussing "topics" to cover in the 
overall Geronimo v2.0 documentation.


Cheers!
Hernan

Re: Error when configuring JMS through Geronimo console

[Hernan Cunico]

It will be great to get some help there too. Administration is a huge topic 
though.

I will start another thread to hold the discussion there and leave this one for 
the JMS config issue.

Cheers!
Hernan

Karthiga Ratnam wrote:
Oh yeah! There are plenty of areas to work on. I'm working on the sample 
apps for v1.2. As for v2.0 I could take up the rest of the articles 
under Adminstration, if no one is currently woking on it :)


Regards

Karthiga

On 2/17/07, *Hernan Cunico* <[EMAIL PROTECTED] 
> wrote:


You already created a JIRA for it, need to get that issue taken care
of first if it is preventing you from continuing.

Does anybody know of a workaround for this issue?

The good thing is that, in the mean time, there is still plenty of
other areas to cover in the documentation ;-)

Cheers!
Hernan

Karthiga Ratnam wrote:
 > Hi Hernan,
 >
 > I am unable to complete the documentation on JMS configuring due
to this
 > reason. Any thoughts on how we can progress with this??
 >
 > Regards
 >
 > Karthiga
 >
 > On 2/15/07, *Hernan Cunico* <[EMAIL PROTECTED]

 > >> wrote:
 >
 > Pls create a JIRA detailing the error.
 >
 > Cheers!
 > Hernan
 >
 > Lasantha Ranaweera wrote:
 >  > Hi Karthiga,
 >  >
 >  > I observed the same problem in the 1.2 beta release of
Geronimo.
 > But it
 >  > works correctly in 2.x releases. I am not sure either what
can we
 > do for
 >  > this kind of issue. Can somebody in the list please let us
know
 > whether
 >  > we need to create a JIRA or not?
 >  >
 >  > It would be ideal if someone explain the future of 1.2
release.
 >  >
 >  > Thanks,
 >  > Lasantha
 >  >
 >  > Karthiga Ratnam wrote:
 >  >>
 >  >> Hi All,
 >  >>
 >  >> I'm working on Configuring JMS document for v1.2 of
Geronimo. I
 >  >> noticed an error when I try to deploy the JMS Resources
or when
 > I try
 >  >> to view its deployment plan.
 >  >>
 >  >> I tried on both Linux and Windows environments. Please
find the
 > error
 >  >> below: -
 >  >>
 >  >> 16:01:24,343 ERROR [AbstractHandler] Unable to save
connection pool
 >  >>
javax.enterprise.deploy.spi.exceptions.InvalidModuleException : Not
 >  >> supported
 >  >> at
 >  >>
 >
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.create

 >  >> Configuration( JMXDeploymentManager.java :299)
 >  >> at
 >  >>
 >
org.apache.geronimo.console.jmsmanager.wizard.AbstractHandler.save(Ab

 >  >> stractHandler.java:471)
 >  >> at
 >  >>
 >
org.apache.geronimo.console.jmsmanager.wizard.DeployHandler.actionBef

 >  >> oreView(DeployHandler.java:40)
 >  >> at
 >  >>
 >
org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPageP

 >  >> ortlet.java:114)
 >  >> at
 >  >> org.apache.pluto.core.PortletServlet.dispatch
 > ( PortletServlet.java:229
 >  >> )
 >  >> at
 >  >>
org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:163)
 >  >> at
 > javax.servlet.http.HttpServlet.service (HttpServlet.java :617)
 >  >> at
 > javax.servlet.http.HttpServlet.service(HttpServlet.java :690)
 >  >> at
 >  >>
 > org.apache.pluto.core.PortletServlet.service
(PortletServlet.java:153)
 >  >>
 >  >> at
 >  >>
 >
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428

 >  >> )
 >  >> at
org.apache.geronimo.jetty.JettyServletHolder.handle
 >  >> (JettyServletHolde
 >  >> r.java :103)
 >  >> at
 >  >>
 >
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter (

 >  >> WebApplicationHandler.java:830)
 >  >> at
 >  >> org.mortbay.jetty.servlet.JSR154Filter.doFilter
 > (JSR154Filter.java :170
 >  >> )
 >  >> at
 >  >>
 >
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(

 >  >> WebApplicationHandler.java:821)
 >  >> at
 >  >>
 >
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicati

 >  >> onHandler.java :471)
 >  >> at
 >  >>
 > org.apache.geronimo.jetty.JettyWebApplicationHandler.dispatch
(JettyWe

New css for the web site

[Guillaume Nodet]

I have written a new css for the web site today.
You can preview it at
  http://cwiki.apache.org/SM/orchestration-with-jsr181.html

What do people think about switching to it ?
I think there are a few things to tweak for IE ..

--
Cheers,
Guillaume Nodet

Re: svn commit: r508724 [1/3] - in /geronimo/server/trunk: applications/console/geronimo-console-standard/src/main/java/org/apache/geronimo/console/util/ assemblies/geronimo-boilerplate-minimal/ assem

[anita kulshreshtha]

  I am seeing this during shutdown using bin\shutdown. I had to use ^c to stop 
the server.
C:\x\geronimo\g2.0\assemblies\geronimo-tomcat6-jee5-2.0-SNAPSHOT>bin\shutdown
Using GERONIMO_BASE:   
C:\anita\geronimo\g2.0\assemblies\geronimo-tomcat6-jee5-2.0-SNAPSHO
T
Using GERONIMO_HOME:   
C:\anita\geronimo\g2.0\assemblies\geronimo-tomcat6-jee5-2.0-SNAPSHO
T
Using GERONIMO_TMPDIR: 
C:\anita\geronimo\g2.0\assemblies\geronimo-tomcat6-jee5-2.0-SNAPSHO
T\var\temp
Using JRE_HOME:C:\mytools\jdk1.5.0_08\jre
Exception in thread "main" java.lang.NoClassDefFoundError: 
org/apache/geronimo/deployment/
cli/StopServer

Thanks
Anita

Joe Bohn <[EMAIL PROTECTED]> wrote: This appears to be breaking tck again.  
Please take a look at the tck 
list for details of the problem.

Thanks,
Joe


[EMAIL PROTECTED] wrote:
> Author: gdamour
> Date: Sat Feb 17 00:01:26 2007
> New Revision: 508724
> 
> URL: http://svn.apache.org/viewvc?view=rev&rev=508724
> Log:
> Second attempt to change the way the online/offline deployers and the JSR88
> deployment driver work. The first attempt was breaking the TCK amd the 
> eclipse plugin.
> 
> 
> Online deployer, i.e. deployer.jar, boots a Kernel to load its dependencies,
>  e.g. geronimo-deploy-tool, and registers the available ModuleConfigurers 
> with 
> the DeploymentManager.
> 
> ModuleConfigurers to be registered are loaded by the persistent configuration 
> list jsr88-configurer-config.xml.
> 
> In the case of an offline deployment, the online deployer starts the 
> offline-deployer configuration within the same Kernel. In turn, the 
> offline-deployer configuration starts a list of configurations to register 
> the available module builders.
> 
> Add a log4j configuration for the online deployer.
> 
> DeploymentFactoryBootstrapper is the new JSR88 deployment driver. It boots a 
> kernel; starts the configuration list jsr88-configurer-config.xml; retrieves
> the "actual" DeploymentFactory implementation from the kernel; and delegates
> to this retrieved imoplementation.
> The JSR88 JAR driver is now named jsr88-deploymentfactory.jar.
> 
> 
> This fixes:
> * GERONIMO-2794 - Improve online deployer to register ModuleConfigurers from 
> the repository; and
> * GERONIMO-2767 - Minimize side effects of the offline deployer
> 
> Added:
> 
> geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/src/main/resources/var/log/deployer-log4j.properties
>   - copied unchanged from r503370, 
> geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/src/main/resources/var/log/deployer-log4j.properties
> 
> geronimo/server/trunk/assemblies/geronimo-framework/src/main/var/config/jsr88-configurer-config.xml
>   - copied unchanged from r503370, 
> geronimo/server/trunk/assemblies/geronimo-framework/src/main/var/config/jsr88-configurer-config.xml
> 
> geronimo/server/trunk/assemblies/geronimo-framework/src/main/var/config/offline-deployer-config.xml
>   - copied unchanged from r503370, 
> geronimo/server/trunk/assemblies/geronimo-framework/src/main/var/config/offline-deployer-config.xml
> 
> geronimo/server/trunk/assemblies/geronimo-jetty6-jee5/src/main/var/config/jsr88-configurer-config.xml
>   - copied unchanged from r503370, 
> geronimo/server/trunk/assemblies/geronimo-jetty6-jee5/src/main/var/config/jsr88-configurer-config.xml
> 
> geronimo/server/trunk/assemblies/geronimo-jetty6-jee5/src/main/var/config/offline-deployer-config.xml
>   - copied unchanged from r503370, 
> geronimo/server/trunk/assemblies/geronimo-jetty6-jee5/src/main/var/config/offline-deployer-config.xml
> 
> geronimo/server/trunk/assemblies/geronimo-jetty6-minimal/src/main/var/config/jsr88-configurer-config.xml
>   - copied unchanged from r503370, 
> geronimo/server/trunk/assemblies/geronimo-jetty6-minimal/src/main/var/config/jsr88-configurer-config.xml
> 
> geronimo/server/trunk/assemblies/geronimo-jetty6-minimal/src/main/var/config/offline-deployer-config.xml
>   - copied unchanged from r503370, 
> geronimo/server/trunk/assemblies/geronimo-jetty6-minimal/src/main/var/config/offline-deployer-config.xml
> 
> geronimo/server/trunk/assemblies/geronimo-tomcat6-jee5/src/main/var/config/jsr88-configurer-config.xml
>   - copied unchanged from r503370, 
> geronimo/server/trunk/assemblies/geronimo-tomcat6-jee5/src/main/var/config/jsr88-configurer-config.xml
> 
> geronimo/server/trunk/assemblies/geronimo-tomcat6-jee5/src/main/var/config/offline-deployer-config.xml
>   - copied unchanged from r503370, 
> geronimo/server/trunk/assemblies/geronimo-tomcat6-jee5/src/main/var/config/offline-deployer-config.xml
> 
> geronimo/server/trunk/assemblies/geronimo-tomcat6-minimal/src/main/var/config/jsr88-configurer-config.xml
>   - copied unchanged from r503370, 
> geronimo/server/trunk/assemblies/geronimo-tomcat6-minimal/src/main/var/config/jsr88-configurer-config.xml
> 
> geronimo/server/trunk/assemblies/geronimo-tomcat6-minimal/src/main/var/config/o

Re: openejb with geronimo issues

[Prasad Kashyap]

On 2/19/07, Jarek Gawor <[EMAIL PROTECTED]> wrote:

I have noticed a few issues with openejb and geronimo and I was
wondering what is the status of these problems or if I'm doing
something wrong. I think some of these might already be known issues:

1) Redeployment of the same EJB fails with:

Deployer operation failed:
org.apache.geronimo.kernel.config.ConfigurationAlreadyExistsException:
Configuration already exists: 


http://www.nabble.com/forum/ViewPost.jtp?post=8979764&framed=y



2) If there is an openejb-jar.xml file in the archive (with
dependency/moduleId element) I see the following message in the
container:

[severity=ERROR,message=unexpected element (uri:"http://www.openejb.org/openejb-
jar/1.1", local:"environment"). Expected elements are <{http://www.openejb.org/o
penejb-jar/1.1}ejb-deployment>,locator=[node=null,object=null,url=null,line=25,c
ol=18,offset=-1]]


http://www.nabble.com/forum/ViewPost.jtp?post=8972201&framed=y



3) I'm unable to lookup the EJB from a J2SE client application (not
app client container). This used to work with OpenEJB2 and I don't
know if the mapping has changed (I've tried different combinations
with no success) or if that does not work yet.

Can somebody clarify?

Thanks,
Jarek

Re: [RESULT] VOTE J2G Conversion tool acceptance

[Matt Hogstrom]

On Feb 19, 2007, at 11:09 AM, Kevan Miller wrote:



Matt, committers can certainly help. However, either an officer  
(you) or an ASF member (Dims or Geir) will need to fill out and  
submit the IP Clearance form -- http://incubator.apache.org/ip- 
clearance/ip-clearance-template.html. Also, the software grant form  
needs to be acknowledged by the ASF secretary (or another ASF  
officer).




I figured it would be one of the three of us :)  although the train  
seemed to be stopped at Copyright station.

[jira] Commented: (GERONIMO-2804) implement jsf 1.2 support

[Paul McMahan (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-2804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474250
 ] 

Paul McMahan commented on GERONIMO-2804:


r509288 completes integration of MyFaces into Geronimo.   I'll leave this JIRA 
open a little longer in case there are follow-on items.

> implement jsf 1.2 support
> -
>
> Key: GERONIMO-2804
> URL: https://issues.apache.org/jira/browse/GERONIMO-2804
> Project: Geronimo
>  Issue Type: Task
>  Security Level: public(Regular issues) 
>  Components: web
>Affects Versions: 2.0-beta1
>Reporter: Paul McMahan
> Assigned To: Paul McMahan
>
> myfaces has not published the 1.2-SNAPSHOT binaries to a maven repo yet so 
> Geronimo includes them in the jee5 assemblies by putting them in a local repo 
> at modules/geronimo-web-2.5-builder/repository. Those binaries need to be 
> updated to the latest snapshot.  Also, the myfaces classes need to be added 
> to all webapp's classloaders 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

outstanding patches II

[Jarek Gawor]

Hi,

I would be very grateful if somebody could review/commit the following
patches before Wednesday:

1) https://issues.apache.org/jira/browse/GERONIMO-2849 (app client test for ws)
2) https://issues.apache.org/jira/browse/GERONIMO-2850 (initial ejb
support for ws)

Thanks,
Jarek

[jira] Closed: (DAYTRADER-25) Update decimal precision and indexes in ddl

[Christopher James Blythe (JIRA)]

 [ 
https://issues.apache.org/jira/browse/DAYTRADER-25?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christopher James Blythe closed DAYTRADER-25.
-

   Resolution: Fixed
Fix Version/s: 2.0
   1.2

Applied code and schema patches to branches/1.2 and trunk.

> Update decimal precision and indexes in ddl
> ---
>
> Key: DAYTRADER-25
> URL: https://issues.apache.org/jira/browse/DAYTRADER-25
> Project: DayTrader
>  Issue Type: Improvement
>Reporter: Christopher James Blythe
> Assigned To: Christopher James Blythe
>Priority: Minor
> Fix For: 1.2, 2.0
>
> Attachments: daytrader-25.code.patch, daytrader-25.schema.patch
>
>
> While working with previous versions of Trade, I found that the monetary 
> values stored in the database could overrun the decimal precision defined in 
> the schema (10,2) if allowed to run for an extended period of time. This 
> would result in SQL exceptions related to data conversion.
> To prevent this we increased the decimal presion to (14,2)
> We also found that some of the indexs were not necessary and that others 
> should be added.
> In addition to the primary keys, here are the indexes we found to be the most 
> useful...
> CREATE INDEX a.profile_userid on accountejb(profile_userid);
> CREATE INDEX h.account_accountid on holdingejb(account_accountid);
> CREATE INDEX o.account_accountid on orderejb(account_accountid);
> CREATE INDEX o.holding_holdingid on orderejb(holding_holdingid);
> CREATE INDEX o.closed_orders on orderejb(account_accountid,orderstatus);
> Will wait to submit a patch until the fate of Daytrader-14 is determined.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-2849) service-ref app client test

[Jarek Gawor (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-2849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474243
 ] 

Jarek Gawor commented on GERONIMO-2849:
---

Btw, please run dos2unix on modules/geronimo-jaxws module after committing the 
patch. 

> service-ref app client test
> ---
>
> Key: GERONIMO-2849
> URL: https://issues.apache.org/jira/browse/GERONIMO-2849
> Project: Geronimo
>  Issue Type: Test
>  Security Level: public(Regular issues) 
>  Components: webservices
>Reporter: Jarek Gawor
> Attachments: GERONIMO-2849.patch, GERONIMO-2849.patch
>
>
> The attached patch contains service-ref test for app client.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

openejb with geronimo issues

[Jarek Gawor]

I have noticed a few issues with openejb and geronimo and I was
wondering what is the status of these problems or if I'm doing
something wrong. I think some of these might already be known issues:

1) Redeployment of the same EJB fails with:

Deployer operation failed:
org.apache.geronimo.kernel.config.ConfigurationAlreadyExistsException:
Configuration already exists: 

2) If there is an openejb-jar.xml file in the archive (with
dependency/moduleId element) I see the following message in the
container:

[severity=ERROR,message=unexpected element (uri:"http://www.openejb.org/openejb-
jar/1.1", local:"environment"). Expected elements are <{http://www.openejb.org/o
penejb-jar/1.1}ejb-deployment>,locator=[node=null,object=null,url=null,line=25,c
ol=18,offset=-1]]

3) I'm unable to lookup the EJB from a J2SE client application (not
app client container). This used to work with OpenEJB2 and I don't
know if the mapping has changed (I've tried different combinations
with no success) or if that does not work yet.

Can somebody clarify?

Thanks,
Jarek

Re: Eclipse Tooling for Geronimo 2.0

[Hernan Cunico]

Great news!!! can't wait to give it try ;-)

Cheers!
Hernan

Sachin Patel wrote:
So I think now is a good time as any to bring up discussion around our 
Eclipse Tooling delivery for Geronimo 2.0.  It would be great if we can 
provide a tooling driver for this milestone unlike last so that we can 
provide our users and end to end solution.  The last time I tried to 
work on a driver I was blocked by a critical Eclipse defect, which has 
now been delivered to a stable milestone driver so I should be able to 
pick up work back up on this again.  I'm going to start by just getting 
a driver out that uses WTP 2.0 and adds Geronimo 2.0 as a runtime and 
server.  I'm not going to focus on any of the editor support for the 
Geronimo 2.0 schemas yet.  Last time I chose EMF as the underlying 
modeling framework for our deployment plans, but this time for 
simplicity purposes I think we should consider to just pull in an use 
the XML Beans generated code as-is.


I'm not at all familiar with what has changed in WTP or its EE5 
capabilities.  So once I have provide this driver, it would be great if 
we people could pick it up and run with it to see what additional 
features from an EE side of things are needed.  WTP is still under 
development and I'm sure then more than willing to squeeze in 
requirements from our community.


-sachin

Re: [RESULT] VOTE J2G Conversion tool acceptance

[Davanum Srinivas]

Added an xml here:
http://svn.apache.org/viewvc/incubator/public/trunk/site-author/ip-clearance/

When there is an update to that doc, Anyone of us can update the doc
and re-publish the html. Someone needs to shepherd the process though.
See the items on the list for TODO's.

thanks,
dims

On 2/19/07, Kevan Miller <[EMAIL PROTECTED]> wrote:


On Feb 19, 2007, at 11:22 AM, Davanum Srinivas wrote:

> Yes, i can help with the ip-clearance.

Thanks Dims!
--kevan




--
Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers

Re: [BUILD] Failed for Revision: 509082

[Jarek Gawor]

Thanks!

Jarek

On 2/19/07, Jason Dillon <[EMAIL PROTECTED]> wrote:

Done, please verify it builds ;-)

--jason


On Feb 18, 2007, at 9:28 PM, Jarek Gawor wrote:

> Yes.
>
> Jarek
>
> On 2/19/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
>> This just turns stuff off until it can be fixed?
>>
>> --jason
>>
>>
>> On Feb 18, 2007, at 8:31 PM, Jarek Gawor wrote:
>>
>> > Looks like CXF folks changed their API... Attached is a quick
>> patch to
>> > let the Geronimo code compile. If somebody could commit this for
>> me,
>> > it would be great.
>> >
>> > Thanks,
>> > Jarek
>> >
>> > On 19 Feb 2007 04:12:53 -, [EMAIL PROTECTED]
>> > <[EMAIL PROTECTED]> wrote:
>> >> Building with Maven version: 2.0.5
>> >> Revision: 509082 built with tests skipped
>> >> See the full build-2300.log file at http://people.apache.org/
>> >> ~prasad/binaries/20070218/build-2300.log
>> >>
>> >> 43K downloaded
>> >> Downloading: http://people.apache.org/repo/m2-snapshot-repository/
>> >> org/apache/cxf/cxf-metacode/2.0-incubator-RC-SNAPSHOT/cxf-
>> >> metacode-2.0-incubator-RC-20070218.223925-9.jar
>> >> 71K downloaded
>> >> Downloading: http://people.apache.org/repo/m2-snapshot-repository/
>> >> org/apache/cxf/cxf-rt-bindings-xml/2.0-incubator-RC-SNAPSHOT/cxf-
>> >> rt-bindings-xml-2.0-incubator-RC-20070218.223925-8.jar
>> >> 29K downloaded
>> >> Downloading: http://people.apache.org/repo/m2-snapshot-repository/
>> >> org/apache/cxf/cxf-rt-core/2.0-incubator-RC-SNAPSHOT/cxf-rt-
>> >> core-2.0-incubator-RC-20070218.223925-8.jar
>> >> 207K downloaded
>> >> Downloading: http://tomcat.apache.org/dev/dist/m2-repository//org/
>> >> apache/ws/commons/neethi/neethi/2.0/neethi-2.0.jar
>> >> [WARNING] Unable to get resource
>> >> 'org.apache.ws.commons.neethi:neethi:jar:2.0' from repository
>> >> tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
>> >> Downloading: http://ws.zones.apache.org/repository2//org/apache/
>> ws/
>> >> commons/neethi/neethi/2.0/neethi-2.0.jar
>> >> [WARNING] Unable to get resource
>> >> 'org.apache.ws.commons.neethi:neethi:jar:2.0' from repository
>> >> axis2-m2-repo (http://ws.zones.apache.org/repository2/)
>> >> Downloading: http://people.apache.org/repo/m2-incubating-
>> >> repository//org/apache/ws/commons/neethi/neethi/2.0/neethi-2.0.jar
>> >> [WARNING] Unable to get resource
>> >> 'org.apache.ws.commons.neethi:neethi:jar:2.0' from repository
>> >> apache-incubator (http://people.apache.org/repo/m2-incubating-
>> >> repository/)
>> >> Downloading: http://repository.codehaus.org/org/apache/ws/commons/
>> >> neethi/neethi/2.0/neethi-2.0.jar
>> >> [WARNING] Unable to get resource
>> >> 'org.apache.ws.commons.neethi:neethi:jar:2.0' from repository
>> >> codehaus (http://repository.codehaus.org)
>> >> Downloading: http://repo1.maven.org/maven2/org/apache/ws/commons/
>> >> neethi/neethi/2.0/neethi-2.0.jar
>> >> 28K downloaded
>> >> Downloading: http://tomcat.apache.org/dev/dist/m2-repository//org/
>> >> springframework/spring-core/2.0/spring-core-2.0.jar
>> >> [WARNING] Unable to get resource 'org.springframework:spring-
>> >> core:jar:2.0' from repository tomcat-m2-repo (http://
>> >> tomcat.apache.org/dev/dist/m2-repository/)
>> >> Downloading: http://ws.zones.apache.org/repository2//org/
>> >> springframework/spring-core/2.0/spring-core-2.0.jar
>> >> [WARNING] Unable to get resource 'org.springframework:spring-
>> >> core:jar:2.0' from repository axis2-m2-repo (http://
>> >> ws.zones.apache.org/repository2/)
>> >> Downloading: http://people.apache.org/repo/m2-incubating-
>> >> repository//org/springframework/spring-core/2.0/spring-
>> core-2.0.jar
>> >> [WARNING] Unable to get resource 'org.springframework:spring-
>> >> core:jar:2.0' from repository apache-incubator (http://
>> >> people.apache.org/repo/m2-incubating-repository/)
>> >> Downloading: http://repository.codehaus.org/org/springframework/
>> >> spring-core/2.0/spring-core-2.0.jar
>> >> [WARNING] Unable to get resource 'org.springframework:spring-
>> >> core:jar:2.0' from repository codehaus (http://
>> >> repository.codehaus.org)
>> >> Downloading: http://repo1.maven.org/maven2/org/springframework/
>> >> spring-core/2.0/spring-core-2.0.jar
>> >> 165K downloaded
>> >> Downloading: http://tomcat.apache.org/dev/dist/m2-repository//
>> >> javax/servlet/servlet-api/2.4/servlet-api-2.4.jar
>> >> [WARNING] Unable to get resource 'javax.servlet:servlet-api:jar:
>> >> 2.4' from repository tomcat-m2-repo (http://tomcat.apache.org/dev/
>> >> dist/m2-repository/)
>> >> Downloading: http://ws.zones.apache.org/repository2//javax/
>> servlet/
>> >> servlet-api/2.4/servlet-api-2.4.jar
>> >> [WARNING] Unable to get resource 'javax.servlet:servlet-api:jar:
>> >> 2.4' from repository axis2-m2-repo (http://ws.zones.apache.org/
>> >> repository2/)
>> >> Downloading: http://people.apache.org/repo/m2-incubating-
>> >> repository//javax/servlet/servlet-api/2.4/servlet-api-2.4.jar
>> >> [WARNING] Unable to get resource 'javax.servlet:servlet-api:jar:
>> >> 2.4' fro

Re: [RESULT] VOTE J2G Conversion tool acceptance

[Kevan Miller]

On Feb 19, 2007, at 11:22 AM, Davanum Srinivas wrote:


Yes, i can help with the ip-clearance.


Thanks Dims!
--kevan

Re: [RESULT] VOTE J2G Conversion tool acceptance

[Davanum Srinivas]

Yes, i can help with the ip-clearance.

-- dims

On 2/19/07, Kevan Miller <[EMAIL PROTECTED]> wrote:


On Feb 19, 2007, at 9:47 AM, Matt Hogstrom wrote:

> So, we voted this monster in and accepted the code base.   At this
> point, per Geir's note in this thread Noted below:
>
>
> > Here's the process :
> >
> > 1) Contributor offers code  *Complete*
> >
> > 2) Project decides to accept or reject code.  Formally, this is
> the PMC, but everyone should chime in.   *Complete* per vote below
> >
> > 3) Contributor provides CCLA
> *Complete* CCLA located in JIRA
>
> > Cleans up code to remove copyright statements
> *Outstanding* Need a volunteer here.  I think ideally the
> contributor would accomplish this step and post an updated file in
> the JIRA with this work completed.
>
> > And puts the standard apache file header in place.
> *Outstanding* Really same as above.  Needs to have a committer
> review this so need a new volunteer here.
>
> >
> > 4) Project accepts code contribution and registers the code
> contribution w/ the incubator with an ip_clearance form :  http://
> svn.apache.org/viewvc/incubator/public/trunk/site-author/ip-clearance/
> *Outstanding*  We've already accepted the code through this vote.
> This is the mechanics of getting the code into Apache.  I think the
> committer noted above should do this as well.

Matt, committers can certainly help. However, either an officer (you)
or an ASF member (Dims or Geir) will need to fill out and submit the
IP Clearance form -- http://incubator.apache.org/ip-clearance/ip-
clearance-template.html. Also, the software grant form needs to be
acknowledged by the ASF secretary (or another ASF officer).

--kevan









--
Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers

Patches in RTC (Geronimo - 2007-02-19)

[dblevins]

Geronimo - Monday, February 19, 2007

  0 Patches in RTC


NOTE: This email is generated and does not constitute and offical
vote or vote result.  All official voting is done on the dev list.

If you do not see your issue here, click the "Begin RTC Review"
link under the "Available Workflow Actions" of the JIRA page.

If you do not see your vote here, click the "Vote" link under the
"Operations" section of the JIRA page.


 *** ALL COMMUNITY MEMBERS ARE ENCOURAGED TO VOTE ***

Template: 
http://svn.apache.org/repos/asf/geronimo/gbuild/jirareports/patchesInRtc.vm

Re: [PROPOSAL] Coding standards

[Alan D. Cabrera]

On Feb 15, 2007, at 5:14 AM, Guillaume Nodet wrote:

I propose the following coding standards (taken from the Geronimo  
web site)

which are actually the most common in ServiceMix code base:

 http://cwiki.apache.org/SM/coding-standards.html

Does anyone want to modify / add / change something ?



This is great Guillame!


Regards,
Alan

Re: [RESULT] VOTE J2G Conversion tool acceptance

[Kevan Miller]

On Feb 19, 2007, at 9:47 AM, Matt Hogstrom wrote:

So, we voted this monster in and accepted the code base.   At this  
point, per Geir's note in this thread Noted below:



> Here's the process :
>
> 1) Contributor offers code  *Complete*
>
> 2) Project decides to accept or reject code.  Formally, this is  
the PMC, but everyone should chime in.   *Complete* per vote below

>
> 3) Contributor provides CCLA
*Complete* CCLA located in JIRA

> Cleans up code to remove copyright statements
*Outstanding* Need a volunteer here.  I think ideally the  
contributor would accomplish this step and post an updated file in  
the JIRA with this work completed.


> And puts the standard apache file header in place.
*Outstanding* Really same as above.  Needs to have a committer  
review this so need a new volunteer here.


>
> 4) Project accepts code contribution and registers the code  
contribution w/ the incubator with an ip_clearance form :  http:// 
svn.apache.org/viewvc/incubator/public/trunk/site-author/ip-clearance/
*Outstanding*  We've already accepted the code through this vote.   
This is the mechanics of getting the code into Apache.  I think the  
committer noted above should do this as well.


Matt, committers can certainly help. However, either an officer (you)  
or an ASF member (Dims or Geir) will need to fill out and submit the  
IP Clearance form -- http://incubator.apache.org/ip-clearance/ip- 
clearance-template.html. Also, the software grant form needs to be  
acknowledged by the ASF secretary (or another ASF officer).


--kevan

[jira] Created: (GERONIMO-2850) CXF: initial web service support for EJBs

[Jarek Gawor (JIRA)]

CXF: initial web service support for EJBs
-

 Key: GERONIMO-2850
 URL: https://issues.apache.org/jira/browse/GERONIMO-2850
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
  Components: webservices
Reporter: Jarek Gawor


The attached patch adds basic web services support for EJBs. The patch contains 
refactored CXF code. Please note that CXFWebServiceContext.java and 
CXFWebServiceContainerFactoryGBean.java files in geronimo-cxf module have been 
removed. Also because I still couldn't properly figure out the dependency 
issues, the cxf/car module will have an automatic dependency on openejb/car 
module. Hopefully that will get resolved in the future. Also, the patch updates 
the config.xml file of the assemblies to turn off loading of axis2-deployer 
module (to prevent conflicts between axis2 and cxf deployers). Again, this is 
just a temporary measure.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-2850) CXF: initial web service support for EJBs

[Jarek Gawor (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jarek Gawor updated GERONIMO-2850:
--

Attachment: GERONIMO-2850.patch

> CXF: initial web service support for EJBs
> -
>
> Key: GERONIMO-2850
> URL: https://issues.apache.org/jira/browse/GERONIMO-2850
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: webservices
>Reporter: Jarek Gawor
> Attachments: GERONIMO-2850.patch
>
>
> The attached patch adds basic web services support for EJBs. The patch 
> contains refactored CXF code. Please note that CXFWebServiceContext.java and 
> CXFWebServiceContainerFactoryGBean.java files in geronimo-cxf module have 
> been removed. Also because I still couldn't properly figure out the 
> dependency issues, the cxf/car module will have an automatic dependency on 
> openejb/car module. Hopefully that will get resolved in the future. Also, the 
> patch updates the config.xml file of the assemblies to turn off loading of 
> axis2-deployer module (to prevent conflicts between axis2 and cxf deployers). 
> Again, this is just a temporary measure.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: [RESULT] VOTE J2G Conversion tool acceptance

[Michael Malgeri]

Matt Hogstrom <[EMAIL PROTECTED]> wrote on 02/19/2007 06:47:45 AM:

> So, we voted this monster in and accepted the code base.   At this 
> point, per Geir's note in this thread Noted below:
> 
> 
>  > Here's the process :
>  >
>  > 1) Contributor offers code  *Complete*
>  >
>  > 2) Project decides to accept or reject code.  Formally, this is 
> the PMC, but everyone should chime in.   *Complete* per vote below
>  >
>  > 3) Contributor provides CCLA
> *Complete* CCLA located in JIRA
> 
>  > Cleans up code to remove copyright statements
> *Outstanding* Need a volunteer here.  I think ideally the contributor 
> would accomplish this step and post an updated file in the JIRA with 
> this work completed.
> 
>  > And puts the standard apache file header in place.
> *Outstanding* Really same as above.  Needs to have a committer review 
> this so need a new volunteer here.
> 
>  >
>  > 4) Project accepts code contribution and registers the code 
> contribution w/ the incubator with an ip_clearance form :  http:// 
> svn.apache.org/viewvc/incubator/public/trunk/site-author/ip-clearance/
> *Outstanding*  We've already accepted the code through this vote. 
> This is the mechanics of getting the code into Apache.  I think the 
> committer noted above should do this as well.
> 
> At this point I think Filip would take care of the Copyrights 

My team will take the lead and take care or the Copyrights and submit a 
patched bundle.
Michael Malgeri

>and 
> someone on the project (volunteers needed) would take care of the 
> final clearance and commit.



> 
> For its placement in Geronimo I would think sandbox is the right 
> place for this to start with.
> 
> Thoughts, volunteers ?
> 
> 
> 
> > On Feb 2, 2007, at 10:01 AM, Filip Hanik - Dev Lists wrote:
> >
> >> Here is the result:
> >>
> >> +1;
> >> Jeff Genender
> >> Paul McMahan
> >> Kevan Miller
> >> Prasad Kashyap
> >> Hernan Cunico
> >> Dain Sundstrom
> >> David Jencks
> >> Cris Cardona
> >> Aaron Mulder
> >> David Blevins
> >> Anita Kulshreshtha
> >> Gianny Damour
> >> Rick McGuire
> >> Matt Hogstrom
> >> Sachin Patel
> >> Vamsi Reddy
> >>
> >> No 0's and no -1's.
> >> We will start filling out the IP clearance form, and attach it to 
> >> the JIRA item along with the updated codebase.
> >> We will use this template
> >> http://incubator.apache.org/ip-clearance/ip-clearance-template.html
> >>
> >> Once this has been done, we will bring the JIRA to the attention 
> >> of the G committers for review.
> >>
> >> Filip
> 

Re: [RESULT] VOTE J2G Conversion tool acceptance

[Jeff Genender]

I agree here and just let me know anything I can do to help as well.

Jeff

Paul McMahan wrote:
> During the vote Jeff and I volunteered to help mentor this code
> contribution.  Like you pointed out, the process outlined in Geir's
> note has the contributor replacing the copyright statements and not
> the recipient, which makes sense to me from a legal perspective.  Once
> that is in place I would be happy to help with the ip_clearance form
> and committing the code into sandbox.
> 
> Best wishes,
> Paul
> 
> On 2/19/07, Matt Hogstrom <[EMAIL PROTECTED]> wrote:
>> So, we voted this monster in and accepted the code base.   At this
>> point, per Geir's note in this thread Noted below:
>>
>>
>>  > Here's the process :
>>  >
>>  > 1) Contributor offers code  *Complete*
>>  >
>>  > 2) Project decides to accept or reject code.  Formally, this is
>> the PMC, but everyone should chime in.   *Complete* per vote below
>>  >
>>  > 3) Contributor provides CCLA
>> *Complete* CCLA located in JIRA
>>
>>  > Cleans up code to remove copyright statements
>> *Outstanding* Need a volunteer here.  I think ideally the contributor
>> would accomplish this step and post an updated file in the JIRA with
>> this work completed.
>>
>>  > And puts the standard apache file header in place.
>> *Outstanding* Really same as above.  Needs to have a committer review
>> this so need a new volunteer here.
>>
>>  >
>>  > 4) Project accepts code contribution and registers the code
>> contribution w/ the incubator with an ip_clearance form :  http://
>> svn.apache.org/viewvc/incubator/public/trunk/site-author/ip-clearance/
>> *Outstanding*  We've already accepted the code through this vote.
>> This is the mechanics of getting the code into Apache.  I think the
>> committer noted above should do this as well.
>>
>> At this point I think Filip would take care of the Copyrights and
>> someone on the project (volunteers needed) would take care of the
>> final clearance and commit.
>>
>> For its placement in Geronimo I would think sandbox is the right
>> place for this to start with.
>>
>> Thoughts, volunteers ?
>>
>>
>>
>> > On Feb 2, 2007, at 10:01 AM, Filip Hanik - Dev Lists wrote:
>> >
>> >> Here is the result:
>> >>
>> >> +1;
>> >> Jeff Genender
>> >> Paul McMahan
>> >> Kevan Miller
>> >> Prasad Kashyap
>> >> Hernan Cunico
>> >> Dain Sundstrom
>> >> David Jencks
>> >> Cris Cardona
>> >> Aaron Mulder
>> >> David Blevins
>> >> Anita Kulshreshtha
>> >> Gianny Damour
>> >> Rick McGuire
>> >> Matt Hogstrom
>> >> Sachin Patel
>> >> Vamsi Reddy
>> >>
>> >> No 0's and no -1's.
>> >> We will start filling out the IP clearance form, and attach it to
>> >> the JIRA item along with the updated codebase.
>> >> We will use this template
>> >> http://incubator.apache.org/ip-clearance/ip-clearance-template.html
>> >>
>> >> Once this has been done, we will bring the JIRA to the attention
>> >> of the G committers for review.
>> >>
>> >> Filip
>>
>>

Re: [jira] Commented: (GERONIMO-2816) @EJB/@EJBs annotation support

[Tim McConnell]

Hi David, Let's discuss when you get a chance please--still trying to understand 
your proposed arrangement. Also, re-opened this jira--didn't follow the correct 
protocol.


Thanks,
Tim McConnell


David Jencks (JIRA) wrote:
[ https://issues.apache.org/jira/browse/GERONIMO-2816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474122 ] 


David Jencks commented on GERONIMO-2816:


I think there's a lot of good code in these patches but I think it may be 
better to arrange it into different classes.  I posted my idea on the Re: 
ClassFinder questions/problems -- annotation processing dev list thread.  
Depending on which approach we agree on I can commit this or rearrange it as I 
suggested.

BTW I think we usually resolve an issue when the fix is committed rather than 
when a patch is available.


@EJB/@EJBs annotation support
-

Key: GERONIMO-2816
URL: https://issues.apache.org/jira/browse/GERONIMO-2816
Project: Geronimo
 Issue Type: Sub-task
 Security Level: public(Regular issues) 
 Components: deployment

   Affects Versions: 2.0
   Reporter: Tim McConnell
Assigned To: Tim McConnell
Fix For: 2.0

Attachments: AnnotationHelper-3.java, AnnotationHelper.java, 
AnnotationHelper.java, EJBAnnotationHelper-3.java, EJBAnnotationHelper.java, 
EJBAnnotationHelper.java, GERONIMO-2816-2.patch, GERONIMO-2816-3.patch, 
GERONIMO-2816.patch


Code and patches to support the @EJB and @EJBs annotations

Re: [RESULT] VOTE J2G Conversion tool acceptance

[Paul McMahan]

During the vote Jeff and I volunteered to help mentor this code
contribution.  Like you pointed out, the process outlined in Geir's
note has the contributor replacing the copyright statements and not
the recipient, which makes sense to me from a legal perspective.  Once
that is in place I would be happy to help with the ip_clearance form
and committing the code into sandbox.

Best wishes,
Paul

On 2/19/07, Matt Hogstrom <[EMAIL PROTECTED]> wrote:

So, we voted this monster in and accepted the code base.   At this
point, per Geir's note in this thread Noted below:


 > Here's the process :
 >
 > 1) Contributor offers code  *Complete*
 >
 > 2) Project decides to accept or reject code.  Formally, this is
the PMC, but everyone should chime in.   *Complete* per vote below
 >
 > 3) Contributor provides CCLA
*Complete* CCLA located in JIRA

 > Cleans up code to remove copyright statements
*Outstanding* Need a volunteer here.  I think ideally the contributor
would accomplish this step and post an updated file in the JIRA with
this work completed.

 > And puts the standard apache file header in place.
*Outstanding* Really same as above.  Needs to have a committer review
this so need a new volunteer here.

 >
 > 4) Project accepts code contribution and registers the code
contribution w/ the incubator with an ip_clearance form :  http://
svn.apache.org/viewvc/incubator/public/trunk/site-author/ip-clearance/
*Outstanding*  We've already accepted the code through this vote.
This is the mechanics of getting the code into Apache.  I think the
committer noted above should do this as well.

At this point I think Filip would take care of the Copyrights and
someone on the project (volunteers needed) would take care of the
final clearance and commit.

For its placement in Geronimo I would think sandbox is the right
place for this to start with.

Thoughts, volunteers ?



> On Feb 2, 2007, at 10:01 AM, Filip Hanik - Dev Lists wrote:
>
>> Here is the result:
>>
>> +1;
>> Jeff Genender
>> Paul McMahan
>> Kevan Miller
>> Prasad Kashyap
>> Hernan Cunico
>> Dain Sundstrom
>> David Jencks
>> Cris Cardona
>> Aaron Mulder
>> David Blevins
>> Anita Kulshreshtha
>> Gianny Damour
>> Rick McGuire
>> Matt Hogstrom
>> Sachin Patel
>> Vamsi Reddy
>>
>> No 0's and no -1's.
>> We will start filling out the IP clearance form, and attach it to
>> the JIRA item along with the updated codebase.
>> We will use this template
>> http://incubator.apache.org/ip-clearance/ip-clearance-template.html
>>
>> Once this has been done, we will bring the JIRA to the attention
>> of the G committers for review.
>>
>> Filip

[jira] Reopened: (GERONIMO-2816) @EJB/@EJBs annotation support

[Tim McConnell (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tim McConnell reopened GERONIMO-2816:
-


Reopened till patch is committed

> @EJB/@EJBs annotation support
> -
>
> Key: GERONIMO-2816
> URL: https://issues.apache.org/jira/browse/GERONIMO-2816
> Project: Geronimo
>  Issue Type: Sub-task
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.0
>Reporter: Tim McConnell
> Assigned To: Tim McConnell
> Fix For: 2.0
>
> Attachments: AnnotationHelper-3.java, AnnotationHelper.java, 
> AnnotationHelper.java, EJBAnnotationHelper-3.java, EJBAnnotationHelper.java, 
> EJBAnnotationHelper.java, GERONIMO-2816-2.patch, GERONIMO-2816-3.patch, 
> GERONIMO-2816.patch
>
>
> Code and patches to support the @EJB and @EJBs annotations

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: [RESULT] VOTE J2G Conversion tool acceptance

[Matt Hogstrom]

So, we voted this monster in and accepted the code base.   At this  
point, per Geir's note in this thread Noted below:



> Here's the process :
>
> 1) Contributor offers code  *Complete*
>
> 2) Project decides to accept or reject code.  Formally, this is  
the PMC, but everyone should chime in.   *Complete* per vote below

>
> 3) Contributor provides CCLA
*Complete* CCLA located in JIRA

> Cleans up code to remove copyright statements
*Outstanding* Need a volunteer here.  I think ideally the contributor  
would accomplish this step and post an updated file in the JIRA with  
this work completed.


> And puts the standard apache file header in place.
*Outstanding* Really same as above.  Needs to have a committer review  
this so need a new volunteer here.


>
> 4) Project accepts code contribution and registers the code  
contribution w/ the incubator with an ip_clearance form :  http:// 
svn.apache.org/viewvc/incubator/public/trunk/site-author/ip-clearance/
*Outstanding*  We've already accepted the code through this vote.   
This is the mechanics of getting the code into Apache.  I think the  
committer noted above should do this as well.


At this point I think Filip would take care of the Copyrights and  
someone on the project (volunteers needed) would take care of the  
final clearance and commit.


For its placement in Geronimo I would think sandbox is the right  
place for this to start with.


Thoughts, volunteers ?




On Feb 2, 2007, at 10:01 AM, Filip Hanik - Dev Lists wrote:


Here is the result:

+1;
Jeff Genender
Paul McMahan
Kevan Miller
Prasad Kashyap
Hernan Cunico
Dain Sundstrom
David Jencks
Cris Cardona
Aaron Mulder
David Blevins
Anita Kulshreshtha
Gianny Damour
Rick McGuire
Matt Hogstrom
Sachin Patel
Vamsi Reddy

No 0's and no -1's.
We will start filling out the IP clearance form, and attach it to  
the JIRA item along with the updated codebase.

We will use this template
http://incubator.apache.org/ip-clearance/ip-clearance-template.html

Once this has been done, we will bring the JIRA to the attention  
of the G committers for review.


Filip

Re: Eclipse Tooling for Geronimo 2.0

[Paul McMahan]

Sounds great Sachin.  When you have something ready for us to look at
I'll grab the latest WTP and try things out.

Best wishes,
Paul

On 2/19/07, Sachin Patel <[EMAIL PROTECTED]> wrote:

So I think now is a good time as any to bring up discussion around our
Eclipse Tooling delivery for Geronimo 2.0.  It would be great if we can
provide a tooling driver for this milestone unlike last so that we can
provide our users and end to end solution.  The last time I tried to work on
a driver I was blocked by a critical Eclipse defect, which has now been
delivered to a stable milestone driver so I should be able to pick up work
back up on this again.  I'm going to start by just getting a driver out that
uses WTP 2.0 and adds Geronimo 2.0 as a runtime and server.  I'm not going
to focus on any of the editor support for the Geronimo 2.0 schemas yet.
Last time I chose EMF as the underlying modeling framework for our
deployment plans, but this time for simplicity purposes I think we should
consider to just pull in an use the XML Beans generated code as-is.

I'm not at all familiar with what has changed in WTP or its EE5
capabilities.  So once I have provide this driver, it would be great if we
people could pick it up and run with it to see what additional features from
an EE side of things are needed.  WTP is still under development and I'm
sure then more than willing to squeeze in requirements from our community.


-sachin

Re: Sample Applications - Updation to v1.2

[Hernan Cunico]

Pls give it another try to the WS sample if you have the time. I got it to work 
last time but I was getting some additional messages when running the client.
If you can verify it again go ahead, update the title and append the "(1.2 Ok)"

Cheers!
Hernan

Lasantha Ranaweera wrote:

Hi Karthiga,

The given sample applications (other than web services sample 
application) updated in the 1.2 user guide now. Make sure to use the 
latest configuration files & versions when you are migrating from the 
1.1.1 docs.


(I didn't  update web services sample application yet since Hernan has 
already updated to 1.2. Please let me know if there is a problem there 
too.)


Thanks,
Lasantha

Karthiga Ratnam wrote:

Hi Lasantha,

Can you please update the following sample applications from Geronimo 
v1.1.1 to v1.2 : -


EJB Sample App
JMS and MDB
Web Application Security
Web Services

Thanks

Karthiga

Eclipse Tooling for Geronimo 2.0

[Sachin Patel]

So I think now is a good time as any to bring up discussion around  
our Eclipse Tooling delivery for Geronimo 2.0.  It would be great if  
we can provide a tooling driver for this milestone unlike last so  
that we can provide our users and end to end solution.  The last time  
I tried to work on a driver I was blocked by a critical Eclipse  
defect, which has now been delivered to a stable milestone driver so  
I should be able to pick up work back up on this again.  I'm going to  
start by just getting a driver out that uses WTP 2.0 and adds  
Geronimo 2.0 as a runtime and server.  I'm not going to focus on any  
of the editor support for the Geronimo 2.0 schemas yet.  Last time I  
chose EMF as the underlying modeling framework for our deployment  
plans, but this time for simplicity purposes I think we should  
consider to just pull in an use the XML Beans generated code as-is.


I'm not at all familiar with what has changed in WTP or its EE5  
capabilities.  So once I have provide this driver, it would be great  
if we people could pick it up and run with it to see what additional  
features from an EE side of things are needed.  WTP is still under  
development and I'm sure then more than willing to squeeze in  
requirements from our community.


-sachin

[jira] Commented: (GERONIMO-2816) @EJB/@EJBs annotation support

[David Jencks (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-2816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474122
 ] 

David Jencks commented on GERONIMO-2816:


I think there's a lot of good code in these patches but I think it may be 
better to arrange it into different classes.  I posted my idea on the Re: 
ClassFinder questions/problems -- annotation processing dev list thread.  
Depending on which approach we agree on I can commit this or rearrange it as I 
suggested.

BTW I think we usually resolve an issue when the fix is committed rather than 
when a patch is available.

> @EJB/@EJBs annotation support
> -
>
> Key: GERONIMO-2816
> URL: https://issues.apache.org/jira/browse/GERONIMO-2816
> Project: Geronimo
>  Issue Type: Sub-task
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.0
>Reporter: Tim McConnell
> Assigned To: Tim McConnell
> Fix For: 2.0
>
> Attachments: AnnotationHelper-3.java, AnnotationHelper.java, 
> AnnotationHelper.java, EJBAnnotationHelper-3.java, EJBAnnotationHelper.java, 
> EJBAnnotationHelper.java, GERONIMO-2816-2.patch, GERONIMO-2816-3.patch, 
> GERONIMO-2816.patch
>
>
> Code and patches to support the @EJB and @EJBs annotations

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Build error on trunk... g-m-p depends on cars?

[Jason Dillon]

Thanks :-)

--jason


On Feb 19, 2007, at 1:54 AM, Gianny Damour wrote:


I just dropped this dependency. It is indeed not needed.

Thanks,
Gianny


On 19/02/2007, at 5:39 PM, Jason Dillon wrote:

When building with a clean repo, trunk's bootstrap stage is  
barfing building the geronimo-maven-plugin because of missing car:


org.apache.geronimo.configs:jsr88-deploymentfactory:car:2.0- 
SNAPSHOT


Car's are not built until the assemble stage... so the  
introduction of a car dependency in this plugin creates some big  
problems.


Why is the car dependency needed here?

Re: Build error on trunk... g-m-p depends on cars?

[Gianny Damour]

I just dropped this dependency. It is indeed not needed.

Thanks,
Gianny


On 19/02/2007, at 5:39 PM, Jason Dillon wrote:

When building with a clean repo, trunk's bootstrap stage is barfing  
building the geronimo-maven-plugin because of missing car:


org.apache.geronimo.configs:jsr88-deploymentfactory:car:2.0- 
SNAPSHOT


Car's are not built until the assemble stage... so the introduction  
of a car dependency in this plugin creates some big problems.


Why is the car dependency needed here?