Re: ServiceMix 4.0

[Nodet Guillaume]

On Aug 23, 2007, at 5:41 AM, Brian O'Neill wrote:


Fanastic.  Once we get consensus on the direction (your first few
points), I wonder if we shouldn't break this email out to discuss the
specifics.


Yeah, good idea!



On 8/22/07, Nodet Guillaume [EMAIL PROTECTED] wrote:

As I explained in the other thread, I've been working on a new API
for ServiceMix 4.0.
Hopefully this will serve as an input for JBI 2.0.
This API is available at  https://svn.apache.org/repos/asf/incubator/
servicemix/branches/servicemix-4.0/api

So here a few key changes:
   * clean integration with OSGi
   * the NormalizedMessage can contain not only XML
   * no more components
   * no more JBI packaging (just use OSGi bundles)
   * move the Channel to the Endpoint
   * use push delivery instead of pulling exchanges
   * introduce a single interface for identifying the Target of an
Exchange


Excellent!  Spot on.


As we remove components, everything goes down to the endpoint which
become a key feature.

The endpoint must implement the Endpoint interface.  In OSGi, the NMR
would listen to endpoints
registered in the OSGi registry and call the registry to register /
unregister the endpoints.
As part of the endpoint registration, the NMR would inject a Channel
into them, thus actually activating the
endpoint.  I guess I could write a sequence diagram for that (anybody
knows a good tool for uml ?).
In a non OSGI environment, the Endpoint will be registered in the
Registry by calling the register method
somehow.


RE: uml tool
Bruce, I've struggled with the same.  I actually run
Parallels/VMWare+Visio, just to keep compatibility with others I have
to interact with.  FLOSS community desperately needs a architecture
tool.


The Endpoint receives Exchange to be processed on the process method.
I think we should keep the JBI 1.0 semantics and the endpoint use the
same process as for JBI 1.0, which is
send the exchange back using the Channel (with the response / fault /
error / done).  This will put the threading,
transactions and security burden on the container itself.  Which
means it is easier to write JBI apps :-)


+1


Exchanges can be created using the Channel#createExchange method.
The only change I'd like to
integrate in the messaging API is to allow for non xml payloads and
maybe untyped attachments.  The body
could be converted automatically to a given type if supported (I
think Camel does it nicely, so I'm thinking of
shamelessly copying the converter layer).  I have added a few helper
methods on the exchanges and
messages (copy, copyFrom, ensureReReadable, display) to ease message
management.



I haven't looked at Camel converters, but would you consider adding a
contentType and contentEncoding mimicing the headers of HTTP  SIP.
The endpoint can then use the type and encoding to determine how to
handle the content.


I'm open.  Would the contentType be a mime type?  In such a case it  
is not
sufficient to know how the content is represented.  For example if  
the content
type is xml, you can still have a plain stream, a Source or a DOM  
document.

Camel converters may help here.  Type converters are explained at
http://activemq.apache.org/camel/type-converter.html




For the deployment part, there is no packaging anymore.  One would
deploy an OSGi bundle that would
register the needed endpoints in the OSGi registry.  For certain
types of endpoints, we may need an external
activation process (such as creating a server socket for listening to
HTTP requests) that may need to be shared
across endpoints of a given type.  In such a case, you would deploy a
component that listens to new
endpoints implementing HttpEndpoint for example.  When a new endpoint
is registered, the listener would
activate a server socket that could be shared across all http
endpoints.   In a different way, if we have  a BPEL
engine, the bpel component  would listen for new bundles and look
for a specific file containing deployment
information. The component would register new endpoints in the OSGi
registry as needed (we could do that
for jaxws pojos using cxf for example).
So I said there is no more components, because this feature is not in
the api anymore, but we will certainly need
these components for some use cases.   For simple endpoints, you
would not need any component at all.
Another benefit is that you can easily deploy a whole application
inside a single OSGi bundle.  Using spring-osgi,
the bundle would just consist in a spring configuration file
containing the endpoints declaration and expose them
as OSGi services.


sweet.


Of course, we need to write a JBI 1.0 compatibility layer, and we
could have an intermediate layer where SAs and
JBI components could be OSGi bundles directly, thus leveraging the
OSGi classloading mechanism.

The thing I'm not completely sure about if the Target interface which
aims to identify the target of an exchange.
I'm thinking that some metadata are associated with endpoints (like
service name, interface name, 

Re: ServiceMix 4.0

[Nodet Guillaume]

On Aug 23, 2007, at 10:03 AM, Nodet Guillaume wrote:



On Aug 23, 2007, at 5:41 AM, Brian O'Neill wrote:




Exchanges can be created using the Channel#createExchange method.
The only change I'd like to
integrate in the messaging API is to allow for non xml payloads and
maybe untyped attachments.  The body
could be converted automatically to a given type if supported (I
think Camel does it nicely, so I'm thinking of
shamelessly copying the converter layer).  I have added a few helper
methods on the exchanges and
messages (copy, copyFrom, ensureReReadable, display) to ease message
management.



I haven't looked at Camel converters, but would you consider adding a
contentType and contentEncoding mimicing the headers of HTTP  SIP.
The endpoint can then use the type and encoding to determine how to
handle the content.


I'm open.  Would the contentType be a mime type?  In such a case it  
is not
sufficient to know how the content is represented.  For example if  
the content
type is xml, you can still have a plain stream, a Source or a DOM  
document.

Camel converters may help here.  Type converters are explained at
http://activemq.apache.org/camel/type-converter.html


Btw, it makes me think of another related issue.  Should we add  
headers to the attachments, where
the attachment would be an Object + a set of headers rather than just  
the object?  Usually attachments
come from a mime request and some headers may be associated with  
them.  As anyone ever seen the
need to obtain these attachments?  I know CXF keep them, so I'm quite  
sure there is a good reason.


Cheers,
Guillaume Nodet

Re: ServiceMix 4.0

[Nodet Guillaume]

Btw, if there is sufficient interest, we could organize irc meetings
to discuss these topics and post the log to the dev list for archiving
and later discussion.

Cheers,
Guillaume Nodet

On Aug 22, 2007, at 4:59 PM, Nodet Guillaume wrote:

As I explained in the other thread, I've been working on a new API  
for ServiceMix 4.0.

Hopefully this will serve as an input for JBI 2.0.
This API is available at  https://svn.apache.org/repos/asf/ 
incubator/servicemix/branches/servicemix-4.0/api


So here a few key changes:
  * clean integration with OSGi
  * the NormalizedMessage can contain not only XML
  * no more components
  * no more JBI packaging (just use OSGi bundles)
  * move the Channel to the Endpoint
  * use push delivery instead of pulling exchanges
  * introduce a single interface for identifying the Target of an  
Exchange


As we remove components, everything goes down to the endpoint which  
become a key feature.


The endpoint must implement the Endpoint interface.  In OSGi, the  
NMR would listen to endpoints
registered in the OSGi registry and call the registry to register /  
unregister the endpoints.
As part of the endpoint registration, the NMR would inject a  
Channel into them, thus actually activating the
endpoint.  I guess I could write a sequence diagram for that  
(anybody knows a good tool for uml ?).
In a non OSGI environment, the Endpoint will be registered in the  
Registry by calling the register method

somehow.

The Endpoint receives Exchange to be processed on the process method.
I think we should keep the JBI 1.0 semantics and the endpoint use  
the same process as for JBI 1.0, which is
send the exchange back using the Channel (with the response /  
fault / error / done).  This will put the threading,
transactions and security burden on the container itself.  Which  
means it is easier to write JBI apps :-)


Exchanges can be created using the Channel#createExchange method.   
The only change I'd like to
integrate in the messaging API is to allow for non xml payloads and  
maybe untyped attachments.  The body
could be converted automatically to a given type if supported (I  
think Camel does it nicely, so I'm thinking of
shamelessly copying the converter layer).  I have added a few  
helper methods on the exchanges and
messages (copy, copyFrom, ensureReReadable, display) to ease  
message management.


For the deployment part, there is no packaging anymore.  One would  
deploy an OSGi bundle that would
register the needed endpoints in the OSGi registry.  For certain  
types of endpoints, we may need an external
activation process (such as creating a server socket for listening  
to HTTP requests) that may need to be shared
across endpoints of a given type.  In such a case, you would deploy  
a component that listens to new
endpoints implementing HttpEndpoint for example.  When a new  
endpoint is registered, the listener would
activate a server socket that could be shared across all http  
endpoints.   In a different way, if we have  a BPEL
engine, the bpel component  would listen for new bundles and look  
for a specific file containing deployment
information. The component would register new endpoints in the OSGi  
registry as needed (we could do that

for jaxws pojos using cxf for example).
So I said there is no more components, because this feature is not  
in the api anymore, but we will certainly need
these components for some use cases.   For simple endpoints, you  
would not need any component at all.
Another benefit is that you can easily deploy a whole application  
inside a single OSGi bundle.  Using spring-osgi,
the bundle would just consist in a spring configuration file  
containing the endpoints declaration and expose them

as OSGi services.

Of course, we need to write a JBI 1.0 compatibility layer, and we  
could have an intermediate layer where SAs and
JBI components could be OSGi bundles directly, thus leveraging the  
OSGi classloading mechanism.


The thing I'm not completely sure about if the Target interface  
which aims to identify the target of an exchange.
I'm thinking that some metadata are associated with endpoints (like  
service name, interface name, wsdl
location, etc..).   These metadatas could be used to retrieve  
targets using the Registry.  We could plug in different
mechanisms to query the metadata (simple lookup per id, policy  
based, etc...).  And the result itself could be
not only a single Endpoint, but could include some policies like:  
load balance between all the endpoint implementing
the given interface, etc  Also, I think Target should be  
injected on Endpoints using spring, so you would look up a

targe using a spring bean factory (or multiple ones):
   smx:endpoint-target id=my-endoint-id /
or
   smx:interface-target name=my:qname /
The API is quite open right now, so any ideas welcome.

I think i covered the main areas of the API.  The main goal is OSGi  
and leveraging it as much as possible.  There are
still some gray 

ServiceMix 4.0 and type converters

[James Strachan]

I thought I'd spin up another thread on this...

On 8/23/07, Brian O'Neill [EMAIL PROTECTED] wrote:
 On 8/22/07, Nodet Guillaume [EMAIL PROTECTED] wrote:
  Exchanges can be created using the Channel#createExchange method.
  The only change I'd like to
  integrate in the messaging API is to allow for non xml payloads and
  maybe untyped attachments.  The body
  could be converted automatically to a given type if supported (I
  think Camel does it nicely, so I'm thinking of
  shamelessly copying the converter layer).  I have added a few helper
  methods on the exchanges and
  messages (copy, copyFrom, ensureReReadable, display) to ease message
  management.
 

 I haven't looked at Camel converters, but would you consider adding a
 contentType and contentEncoding mimicing the headers of HTTP  SIP.
 The endpoint can then use the type and encoding to determine how to
 handle the content.

Incidentally thats come up recently in Camel too; the type converter
stuff is so useful, folks wanna use it for many different things when
the Java class/interface is not enough to specify a conversion. e.g.
convert to Java Object using JAXB2 versus serialization versus SOAP
encoding

I guess this is no longer type conversion, but more content conversion
- so maybe a separate API is required. But certainly folks wanna be
able to do things like

// specify the required Java type and content type
InputStream in = message.getBody(InputStream.class, application/xml);

But am wondering if for things like content type / content encoding
stuff we need a separate kind of mechanism than the Java type
conversion stuff; or if we could just extend the model to include
content type as well?

-- 
James
---
http://macstrac.blogspot.com/

Re: ServiceMix 4.0 and federation (was Re: ServiceMix 4.0)

[Kit Plummer]

Sure Guillaume.

Maybe the best thing to do is explain the concept...and what we've done to
meet our requirements.

It is actually quite simple.  We needed to be able to connect two computers
together via TCP/IP, and have a publisher on one system, the consumer on the
other.  Granted we've got lot's of both on each - but, the premise is that
link between is transparent.

Currently, we are using a feature of ActiveMQ called Network of Brokers
(NoB) to create a mapping of destinations/endpoints.

Where it gets really complicated is when we only want to allow a specific
MEPs to cross the NoB connection.  In this example, bandwidth is not a
commodity and must be tightly constrained.  We were tolerant of all the SEDA
flow handshaking, but I believe it would be nice if InOnly MEPS really were
just a single transmission (turning off levels of reliability/durability).
Also, in our environment multicast isn't possible, and the networks are
fairly ad-hoc...meaning not stable.  Plus, we need to know about the state
of the link.

Service registration happens also in different configurations.  For example,
one topology we support is a hierarchical flow (master-slaves).  Imagine a
simple sensor net.  There would be a single point at the top, where are data
were to be aggregated.  So, in this example the NoBs need to support
followers only communicating with their leader...and the leader only
communicating with its leader.  But, there might also be a need to have
shared data that is available on all platforms in network (health, state,
etc.).  Ding lifecycle.

I could keep going...but, am curious if anyone else looks at it this way.
Obviously, the notion of simple performance scalability is one way to look
at.  There is a lot of capability in the NoB, but I think it falls a bit
short.  There are a few features that we'd like to see, that would help us
federate better.  BC/SE/SA-level authentication to the bus, as well as
platform-to-platform, or NMR-to-NMR authentication would be very helpful.
We've been looking at grid/cluster-like capabilities too - for example, if
one platform is maxed out from a processing perspective, sending the SA and
the message/task to another platform in network automatically.

Thanks for taking the time to do this.

On 8/23/07, Nodet Guillaume [EMAIL PROTECTED] wrote:

 Hi Kit,

 I'm quite sure you would have a very valuable input there, given your
 experience
 on ServiceMix.  So I'm starting this new thread.  Would you mind
 throwing a few
 ideas there ?

 Cheers,
 Guillaume Nodet


 On Aug 23, 2007, at 5:39 AM, Kit Plummer wrote:

  On 8/22/07, Terry Cox [EMAIL PROTECTED] wrote:
 
  Interesting.
 
  We need to have a very serious chat about application lifecycles and
  governance...
 
  Terry
 
 
 
  And Federating...distribution of the NMR across n-platforms!
 
  --
  Kit Plummer
  Nobody-in-Charge @ Black:Hole:Logic
  http://www.blackholelogic.com

Re: ServiceMix 4.0

[Kit Plummer]

I'd be up for a few chat sessions!

On 8/23/07, Nodet Guillaume [EMAIL PROTECTED] wrote:

 Btw, if there is sufficient interest, we could organize irc meetings
 to discuss these topics and post the log to the dev list for archiving
 and later discussion.

 Cheers,
 Guillaume Nodet

 On Aug 22, 2007, at 4:59 PM, Nodet Guillaume wrote:

  As I explained in the other thread, I've been working on a new API
  for ServiceMix 4.0.
  Hopefully this will serve as an input for JBI 2.0.
  This API is available at  https://svn.apache.org/repos/asf/
  incubator/servicemix/branches/servicemix-4.0/api
 
  So here a few key changes:
* clean integration with OSGi
* the NormalizedMessage can contain not only XML
* no more components
* no more JBI packaging (just use OSGi bundles)
* move the Channel to the Endpoint
* use push delivery instead of pulling exchanges
* introduce a single interface for identifying the Target of an
  Exchange
 
  As we remove components, everything goes down to the endpoint which
  become a key feature.
 
  The endpoint must implement the Endpoint interface.  In OSGi, the
  NMR would listen to endpoints
  registered in the OSGi registry and call the registry to register /
  unregister the endpoints.
  As part of the endpoint registration, the NMR would inject a
  Channel into them, thus actually activating the
  endpoint.  I guess I could write a sequence diagram for that
  (anybody knows a good tool for uml ?).
  In a non OSGI environment, the Endpoint will be registered in the
  Registry by calling the register method
  somehow.
 
  The Endpoint receives Exchange to be processed on the process method.
  I think we should keep the JBI 1.0 semantics and the endpoint use
  the same process as for JBI 1.0, which is
  send the exchange back using the Channel (with the response /
  fault / error / done).  This will put the threading,
  transactions and security burden on the container itself.  Which
  means it is easier to write JBI apps :-)
 
  Exchanges can be created using the Channel#createExchange method.
  The only change I'd like to
  integrate in the messaging API is to allow for non xml payloads and
  maybe untyped attachments.  The body
  could be converted automatically to a given type if supported (I
  think Camel does it nicely, so I'm thinking of
  shamelessly copying the converter layer).  I have added a few
  helper methods on the exchanges and
  messages (copy, copyFrom, ensureReReadable, display) to ease
  message management.
 
  For the deployment part, there is no packaging anymore.  One would
  deploy an OSGi bundle that would
  register the needed endpoints in the OSGi registry.  For certain
  types of endpoints, we may need an external
  activation process (such as creating a server socket for listening
  to HTTP requests) that may need to be shared
  across endpoints of a given type.  In such a case, you would deploy
  a component that listens to new
  endpoints implementing HttpEndpoint for example.  When a new
  endpoint is registered, the listener would
  activate a server socket that could be shared across all http
  endpoints.   In a different way, if we have  a BPEL
  engine, the bpel component  would listen for new bundles and look
  for a specific file containing deployment
  information. The component would register new endpoints in the OSGi
  registry as needed (we could do that
  for jaxws pojos using cxf for example).
  So I said there is no more components, because this feature is not
  in the api anymore, but we will certainly need
  these components for some use cases.   For simple endpoints, you
  would not need any component at all.
  Another benefit is that you can easily deploy a whole application
  inside a single OSGi bundle.  Using spring-osgi,
  the bundle would just consist in a spring configuration file
  containing the endpoints declaration and expose them
  as OSGi services.
 
  Of course, we need to write a JBI 1.0 compatibility layer, and we
  could have an intermediate layer where SAs and
  JBI components could be OSGi bundles directly, thus leveraging the
  OSGi classloading mechanism.
 
  The thing I'm not completely sure about if the Target interface
  which aims to identify the target of an exchange.
  I'm thinking that some metadata are associated with endpoints (like
  service name, interface name, wsdl
  location, etc..).   These metadatas could be used to retrieve
  targets using the Registry.  We could plug in different
  mechanisms to query the metadata (simple lookup per id, policy
  based, etc...).  And the result itself could be
  not only a single Endpoint, but could include some policies like:
  load balance between all the endpoint implementing
  the given interface, etc  Also, I think Target should be
  injected on Endpoints using spring, so you would look up a
  targe using a spring bean factory (or multiple ones):
 smx:endpoint-target id=my-endoint-id /
  or
 smx:interface-target 

Re: ServiceMix 4.0 and type converters

[Bruce Snyder]

On 8/23/07, James Strachan [EMAIL PROTECTED] wrote:

  I haven't looked at Camel converters, but would you consider adding a
  contentType and contentEncoding mimicing the headers of HTTP  SIP.
  The endpoint can then use the type and encoding to determine how to
  handle the content.

 Incidentally thats come up recently in Camel too; the type converter
 stuff is so useful, folks wanna use it for many different things when
 the Java class/interface is not enough to specify a conversion. e.g.
 convert to Java Object using JAXB2 versus serialization versus SOAP
 encoding

 I guess this is no longer type conversion, but more content conversion
 - so maybe a separate API is required. But certainly folks wanna be
 able to do things like

 // specify the required Java type and content type
 InputStream in = message.getBody(InputStream.class, application/xml);

 But am wondering if for things like content type / content encoding
 stuff we need a separate kind of mechanism than the Java type
 conversion stuff; or if we could just extend the model to include
 content type as well?

I view type conversion (e.g., java.io.File to org.xml.sax.InputSource)
as being very different than content conversion (e.g., EDI to SOAP).
But I do see that sometimes there is some overlap between these two
concepts. Is it a good idea to lump these two together in the same API
when the business purpose is distinctly different?

Bruce
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

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

Re: ServiceMix 4.0

[Bruce Snyder]

On 8/23/07, Daryl Richter [EMAIL PROTECTED] wrote:

 On Aug 22, 2007, at 10:59 AM, Nodet Guillaume wrote:

 [snip]

  (anybody knows a good tool for uml ?).

 Take a look at JUDE Community Edition.  Works great for me.

 http://jude.change-vision.com/jude-web/product/community.html

Looks like JUDE requires Windoze:

http://jude.change-vision.com/jude-web/product/system.html

My biggest issues not finding a UML tool. It's finding a UML tool that
generates sequence diagrams and runs on Mac OS X.

Bruce
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

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

Re: ServiceMix 4.0

[Kit Plummer]

On 8/23/07, Bruce Snyder [EMAIL PROTECTED] wrote:

 On 8/23/07, Daryl Richter [EMAIL PROTECTED] wrote:
 
  On Aug 22, 2007, at 10:59 AM, Nodet Guillaume wrote:
 
  [snip]
 
   (anybody knows a good tool for uml ?).
 
  Take a look at JUDE Community Edition.  Works great for me.
 
  http://jude.change-vision.com/jude-web/product/community.html

 Looks like JUDE requires Windoze:

 http://jude.change-vision.com/jude-web/product/system.html

 My biggest issues not finding a UML tool. It's finding a UML tool that
 generates sequence diagrams and runs on Mac OS X.

 Bruce
 --
 perl -e 'print
 unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
 );'

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


I've used MagicDraw on OS X.  It's pretty terrible...but does work for
sequence diagrams.  I'm not sure if they have a free version or not.
Doesn't OmniGraffle do some UML stuff too?

-- 
Kit Plummer
Nobody-in-Charge @ Black:Hole:Logic
http://www.blackholelogic.com

Re: ServiceMix 4.0

[Bruce Snyder]

On 8/23/07, Kit Plummer [EMAIL PROTECTED] wrote:

 I've used MagicDraw on OS X.  It's pretty terrible...but does work for
 sequence diagrams.  I'm not sure if they have a free version or not.
 Doesn't OmniGraffle do some UML stuff too?

Yeah I've used MagicDraw in the past. Unfortunately the free version
doesn't generate sequence diagrams and that's the key for me. I want
the ability to have the tool generate UML from the source and that's
hard to find in a free tool.

Bruce
-- 
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

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

Re: ServiceMix 4.0

[Gregor Kovač]

Hi!

Sorry to drop in like this, but have you tried
http://argouml.tigris.org/ ?

Best regards,
Kovi

Dne 23.08.2007 (čet) ob 14:21 -0600 je Bruce Snyder zapisal(a):
 On 8/23/07, Kit Plummer [EMAIL PROTECTED] wrote:
 
  I've used MagicDraw on OS X.  It's pretty terrible...but does work for
  sequence diagrams.  I'm not sure if they have a free version or not.
  Doesn't OmniGraffle do some UML stuff too?
 
 Yeah I've used MagicDraw in the past. Unfortunately the free version
 doesn't generate sequence diagrams and that's the key for me. I want
 the ability to have the tool generate UML from the source and that's
 hard to find in a free tool.
 
 Bruce
-- 

|http://kovica.blogspot.com|
-~-~-~-~-~-~-~-~-~-~-
|  In A World Without Fences Who Needs Gates?   |
|  Experience Linux.|
-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-

Re: Are geronimo 2.0.1 artifacts availble in maven2 repo?

[Jacek Laskowski]

On 8/22/07, Raymond Feng [EMAIL PROTECTED] wrote:

 Congratulations on the Geronimo 2.0.1 release. Are the released artifacts
 availble in maven2 repo now?

No, they're not. I think they'll be before the press announcement.

BTW, I've been wondering why they are not and run into issues with
them missing while building Geronimo Eclipse plugin, so I'm awaiting
them to be available too ;-)

Jacek

-- 
Jacek Laskowski
http://www.JacekLaskowski.pl

ServiceMix 4.0 and federation (was Re: ServiceMix 4.0)

[Nodet Guillaume]

Hi Kit,

I'm quite sure you would have a very valuable input there, given your  
experience
on ServiceMix.  So I'm starting this new thread.  Would you mind  
throwing a few

ideas there ?

Cheers,
Guillaume Nodet


On Aug 23, 2007, at 5:39 AM, Kit Plummer wrote:


On 8/22/07, Terry Cox [EMAIL PROTECTED] wrote:


Interesting.

We need to have a very serious chat about application lifecycles and
governance...

Terry




And Federating...distribution of the NMR across n-platforms!

--
Kit Plummer
Nobody-in-Charge @ Black:Hole:Logic
http://www.blackholelogic.com

Lifecycle and governance (was Re: ServiceMix 4.0)

[Nodet Guillaume]

Terry,

I'm just starting a new thread here so that it will be easier to  
follow the discussions.

Any ideas are welcome...

Cheers,
Guillaume Nodet


On Aug 23, 2007, at 1:00 AM, Terry Cox wrote:


Interesting.

We need to have a very serious chat about application lifecycles  
and governance...


Terry

[jira] Created: (GERONIMO-3439) geronimo-openejb-2.0.xsd not packaged under schema directory!

[Shiva Kumar H R (JIRA)]

geronimo-openejb-2.0.xsd not packaged under schema directory!
-

 Key: GERONIMO-3439
 URL: https://issues.apache.org/jira/browse/GERONIMO-3439
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: OpenEJB
Affects Versions: 2.0.x, 2.1
Reporter: Shiva Kumar H R
 Fix For: 2.0.x, 2.1


geronimo-openejb-2.0.xsd is currently hidden inside 
repository\org\apache\geronimo\modules\geronimo-security-builder\2.0.1\geronimo-security-builder-2.0.1.jar

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

Re: ServiceMix 4.0

[James Strachan]

On 8/22/07, Nodet Guillaume [EMAIL PROTECTED] wrote:
 As I explained in the other thread, I've been working on a new API
 for ServiceMix 4.0.
 Hopefully this will serve as an input for JBI 2.0.
 This API is available at  https://svn.apache.org/repos/asf/incubator/
 servicemix/branches/servicemix-4.0/api

 So here a few key changes:
* clean integration with OSGi
* the NormalizedMessage can contain not only XML
* no more components
* no more JBI packaging (just use OSGi bundles)
* move the Channel to the Endpoint
* use push delivery instead of pulling exchanges
* introduce a single interface for identifying the Target of an
 Exchange

Sounds great!

How far have you got implementing this? :)


 As we remove components, everything goes down to the endpoint which
 become a key feature.

 The endpoint must implement the Endpoint interface.  In OSGi, the NMR
 would listen to endpoints
 registered in the OSGi registry and call the registry to register /
 unregister the endpoints.
 As part of the endpoint registration, the NMR would inject a Channel
 into them, thus actually activating the
 endpoint.  I guess I could write a sequence diagram for that (anybody
 knows a good tool for uml ?).
 In a non OSGI environment, the Endpoint will be registered in the
 Registry by calling the register method
 somehow.

 The Endpoint receives Exchange to be processed on the process method.
 I think we should keep the JBI 1.0 semantics and the endpoint use the
 same process as for JBI 1.0, which is
 send the exchange back using the Channel (with the response / fault /
 error / done).  This will put the threading,
 transactions and security burden on the container itself.  Which
 means it is easier to write JBI apps :-)

 Exchanges can be created using the Channel#createExchange method.
 The only change I'd like to
 integrate in the messaging API is to allow for non xml payloads and
 maybe untyped attachments.  The body
 could be converted automatically to a given type if supported (I
 think Camel does it nicely, so I'm thinking of
 shamelessly copying the converter layer).

I'd hope we can easily just wire in camel-core as the default type
converter layer implementation as we've got most common type
conversions sorted now along with a simple extension mechanism to
support any type conversions. i.e. you should be able to invoke the
type conversion stuff without the SMX API having any hard dependency
on Camel - let it be just an implementation detail.


 I have added a few helper
 methods on the exchanges and
 messages (copy, copyFrom, ensureReReadable, display) to ease message
 management.

 For the deployment part, there is no packaging anymore.  One would
 deploy an OSGi bundle that would
 register the needed endpoints in the OSGi registry.  For certain
 types of endpoints, we may need an external
 activation process (such as creating a server socket for listening to
 HTTP requests) that may need to be shared
 across endpoints of a given type.  In such a case, you would deploy a
 component that listens to new
 endpoints implementing HttpEndpoint for example.  When a new endpoint
 is registered, the listener would
 activate a server socket that could be shared across all http
 endpoints.

Interesting differentiation between component and endpoint; I like it.


  In a different way, if we have  a BPEL
 engine, the bpel component  would listen for new bundles and look
 for a specific file containing deployment
 information. The component would register new endpoints in the OSGi
 registry as needed (we could do that
 for jaxws pojos using cxf for example).

I wonder should we come up with some standard OSGi metadata that
components should try adopt to know when to auto-detect things like
HttpEndpoint or BPEL. I guess component developers can do whatever
they like but it might be nice to at least document some guidelines
for nicely behaving components


 So I said there is no more components, because this feature is not in
 the api anymore, but we will certainly need
 these components for some use cases.   For simple endpoints, you
 would not need any component at all.
 Another benefit is that you can easily deploy a whole application
 inside a single OSGi bundle.  Using spring-osgi,
 the bundle would just consist in a spring configuration file
 containing the endpoints declaration and expose them
 as OSGi services.

 Of course, we need to write a JBI 1.0 compatibility layer, and we
 could have an intermediate layer where SAs and
 JBI components could be OSGi bundles directly, thus leveraging the
 OSGi classloading mechanism.

 The thing I'm not completely sure about if the Target interface which
 aims to identify the target of an exchange.
 I'm thinking that some metadata are associated with endpoints (like
 service name, interface name, wsdl
 location, etc..).   These metadatas could be used to retrieve targets
 using the Registry.  We could plug in different
 mechanisms to query the metadata (simple 

deploy and undeploy a gbean

[Stefan Schulze Frielinghaus]

Hello,

I'm trying to write a GBean which dynamically deploys and undeploys  
other GBeans. My first thought about this task was to get a list of  
all running modules from which I could decide which to undeploy.


String uri = deployer:geronimo:inVM;
String username = system;
String password = manager;

dManager = dFactoryMgr.getDeploymentManager(uri, username, password);

System.out.println(Targets:);
Target[] targets = dManager.getTargets();   
for(Target t : targets) {
System.out.println(t);
}

System.out.println(Modules:);
TargetModuleID[] moduleIDs = dManager.getRunningModules(null, targets);

for(TargetModuleID m : moduleIDs) {
System.out.println(m);
}


With the code above I tried to accomplish my goal. But if I run this  
one I get the following exception:



14:38:55,100 ERROR [BaseDeploymentFactory]  
org.apache.geronimo.web.deployment.WARConfigurer
java.lang.ClassCastException:  
org.apache.geronimo.web.deployment.WARConfigurer
at  
org.apache.geronimo.deployment.plugin.jmx.LocalDeploymentManager.loadMod 
uleConfigurers(LocalDeploymentManager.java:51)
at  
org.apache.geronimo.deployment.plugin.jmx.LocalDeploymentManager.init( 
LocalDeploymentManager.java:41)
at  
org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory.ge 
tDeploymentManager(BaseDeploymentFactory.java:133)
at  
javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.getDep 
loymentManager(DeploymentFactoryManager.java:109)
at  
de.furtwangen.hs.informatik.geronimo.ac.MigrationService.test 
(MigrationService.java:37)
at  
de.furtwangen.hs.informatik.geronimo.ac.AutonomicGeronimoGBean.testMigra 
tion(AutonomicGeronimoGBean.java:202)
at  
de.furtwangen.hs.informatik.geronimo.ac.AutonomicGeronimoGBean$ 
$FastClassByCGLIB$$78735f6f.invoke(generated)

at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java:127)
at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke 
(GBeanInstance.java:863)
at org.apache.geronimo.kernel.basic.BasicKernel.invoke 
(BasicKernel.java:239)
at org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke 
(MBeanGBeanBridge.java:168)
at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke 
(DynamicMetaDataImpl.java:213)
at com.sun.jmx.mbeanserver.MetaDataImpl.invoke 
(MetaDataImpl.java:220)
at  
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke 
(DefaultMBeanServerInterceptor.java:815)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke 
(JmxMBeanServer.java:784)
at javax.management.remote.rmi.RMIConnectionImpl.doOperation 
(RMIConnectionImpl.java:1408)
at javax.management.remote.rmi.RMIConnectionImpl.access$100 
(RMIConnectionImpl.java:81)
at javax.management.remote.rmi.RMIConnectionImpl 
$PrivilegedOperation.run(RMIConnectionImpl.java:1245)
at  
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation 
(RMIConnectionImpl.java:1341)
at javax.management.remote.rmi.RMIConnectionImpl.invoke 
(RMIConnectionImpl.java:782)
at sun.reflect.GeneratedMethodAccessor187.invoke(Unknown  
Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke 
(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:585)
at sun.rmi.server.UnicastServerRef.dispatch 
(UnicastServerRef.java:294)

at sun.rmi.transport.Transport$1.run(Transport.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
at sun.rmi.transport.tcp.TCPTransport.handleMessages 
(TCPTransport.java:466)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run 
(TCPTransport.java:707)

at java.lang.Thread.run(Thread.java:613)


Is there another way to deploy/undeploy GBeans via another GBean?

I even tried it with another URI (String uri =  
deployer:geronimo:jmx:rmi://localhost/jndi/rmi:/JMXConnector;) but  
with that I still got a worse result.


javax.enterprise.deploy.spi.exceptions.DeploymentManagerCreationExceptio 
n: Failed to retrieve RMIServer stub:  
javax.naming.NoInitialContextException: Cannot instantiate class:  
org.apache.xbean.naming.global.GlobalContextManager [Root exception  
is java.lang.ClassNotFoundException:  
org.apache.xbean.naming.global.GlobalContextManager]
at  
org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory.ne 
wRemoteDeploymentManager(BaseDeploymentFactory.java:167)
at  
org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory.ge 
tDeploymentManager(BaseDeploymentFactory.java:131)
at  

[jira] Created: (SM-1040) flag for automatic validation of the payload by the ws engine

[Michal (JIRA)]

flag for automatic validation of the payload by the ws engine
-

 Key: SM-1040
 URL: https://issues.apache.org/activemq/browse/SM-1040
 Project: ServiceMix
  Issue Type: Improvement
  Components: servicemix-jsr181
Affects Versions: 3.2
 Environment: fuse 3.2.0.0
Reporter: Michal
 Attachments: Jsr181Endpoint.java.diff

I have noticed that xfire does not validate the payload against the scheme 
provided in my wsdl. 
I found a property that can turn it on. See the ecnlosed patch.

Following url is a more detail description of the issue:
http://www.nabble.com/jsr181---validating-payload-tf4316406s12049.html#a12292555

BTW, could the 'processor' field have a setter in Jsr181Endpoint class? Thus, 
in case of a need to have custom behaviour developer might inject one.

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

Re: svn commit: r568632 - /geronimo/server/trunk/assemblies/geronimo-framework/pom.xml

[Joe Bohn]

David Jencks wrote:
I would like to see all the assemblies except the framework assembly be 
constructed by adding plugins to the framework assembly.  Just because 
there has been no progress on this goal in the last year...


I agree.  That was the original vision and why the framework assembly 
was created.




I think we are pretty close to having enough pieces lined up so we can 
actually do this, so I'm very definitely against removing this 
assembly.  We could remove all the others to spur on this process :-)


heh ...  I'll bet that would work! ;-)  I also agree that we're pretty 
close with some of the progress on the web console extensibility piece 
so that we can start building the assemblies from the plugins.  That's 
actually what spawned the question again now.  We'll build up assemblies 
from some base framework via plugins and collections of plugins (I and 
others have referred to these as templates at other times) to create our 
default server configurations or custom user/system assemblies.


I was just wondering what the best starting point was for this.  While 
a base framework without a web container is the most architecturally 
pure ... it might not be the most user friendly.  It could be argued 
that it doesn't make sense to deliver to users a core framework that 
isn't good for anything unless something is added to it.  I supposed we 
could hide the complexity with a template installer (or perhaps build 
installing the template/plugins into server initialization on the first 
server start or some other non-install activity).  That way users that 
just want a minimal or jee5 assembly don't have to deal directly 
directly with the framework.  We'll have to give this some more thought.


Oh well ... you've all convinced me that it might be too soon to pull 
the plug on the framework assembly and it may very well still be the 
core assembly.  Thanks to all that responded.


Joe





thanks
david jencks

On Aug 22, 2007, at 8:34 AM, Paul McMahan wrote:

Before removing it I'm wondering, in what scenario(s) would we use the 
framework assembly?One scenario that comes to mind is an installer 
that lays down the framework and then installs plugins on top of it 
for a truly customized server.   The minimal assembly already seems to 
fit that scenario pretty well though, assuming the installer could 
just remove the web container in the uncommon(?) cases where its not 
needed.   So the minimal assembly could be the base line for an 
installer plus double as a preconfigured assembly that serves as the 
low-end for our users (i.e. no installer required).  Plus, since the 
minimal assembly has a web container we could use a web UI for the 
installer instead of some native app like we used to have -- actually 
the installer is more like a plugin configurer from that point of view.


What other scenarios can we think of where a framework assembly could 
be useful?   And do the recent advancements in GShell (very cool 
btw!!) play into this discussion?


Best wishes,
Paul


On Aug 22, 2007, at 11:12 AM, Joe Bohn wrote:

Hey Donald (and others) ... Is anybody actually using this framework 
ie. containerless assembly?  I was just thinking of removing this 
assembly prior to seeing this change.


At one point in time this was going to be our most minimal assembly 
(without even a web container) for building up a pluggable server. 
However, it seems like the tide is changing to always expect a web 
container in the smallest framework assembly (ie. the minimal 
assemblies we already have).  There's been a lot of cool work on the 
pluggable console and it seems like are heading in a direction to 
make this the primary interface for building and managing the server 
... but of course it requires a web container as a minimal starting 
point.


So, the question is:  Should we remove the framework assembly and 
work on the assumption that our most minimal assemblies should always 
include a web container?


Joe


[EMAIL PROTECTED] wrote:

Author: dwoods
Date: Wed Aug 22 07:47:42 2007
New Revision: 568632
URL: http://svn.apache.org/viewvc?rev=568632view=rev
Log:
adding missing depend on geronimo-boilerplate-minimal
Modified:
geronimo/server/trunk/assemblies/geronimo-framework/pom.xml
Modified: geronimo/server/trunk/assemblies/geronimo-framework/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/assemblies/geronimo-framework/pom.xml?rev=568632r1=568631r2=568632view=diff 

== 

--- geronimo/server/trunk/assemblies/geronimo-framework/pom.xml 
(original)
+++ geronimo/server/trunk/assemblies/geronimo-framework/pom.xml Wed 
Aug 22 07:47:42 2007

@@ -40,6 +40,12 @@
 dependencies
  dependency
+groupIdorg.apache.geronimo.assemblies/groupId
+artifactIdgeronimo-boilerplate-minimal/artifactId
+version${version}/version
+/dependency
+
+dependency
  

Re: deploy and undeploy a gbean

[Jacek Laskowski]

On 8/23/07, Stefan Schulze Frielinghaus [EMAIL PROTECTED] wrote:

 I'm trying to write a GBean which dynamically deploys and undeploys
 other GBeans. My first thought about this task was to get a list of
 all running modules from which I could decide which to undeploy.
...
 14:38:55,100 ERROR [BaseDeploymentFactory]
 org.apache.geronimo.web.deployment.WARConfigurer
 java.lang.ClassCastException:
 org.apache.geronimo.web.deployment.WARConfigurer
  at
 org.apache.geronimo.deployment.plugin.jmx.LocalDeploymentManager.loadMod
 uleConfigurers(LocalDeploymentManager.java:51)

Hi,

I won't help you with it, but perhaps point in the right direction.
CCE is when a class is in two classloaders. I think the proper way is
to declare a dependency on GBeanDeployer in your gbean descriptor. I
have never done it before so it's way the answer is wacky.

See var/config/config.xml for references how to wire gbeans (and await
others' responses to get the real answer ;-))

 I even tried it with another URI (String uri =
 deployer:geronimo:jmx:rmi://localhost/jndi/rmi:/JMXConnector;) but
 with that I still got a worse result.

Don't do that. There're simpler ways, I guess. I'd rather see gbean
wiring used not Java Deployment API.

BTW, It's a user question so you'd be better off sending it to the
user mailing list - [EMAIL PROTECTED] (see
http://geronimo.apache.org/mailing-lists.html).

Jacek

-- 
Jacek Laskowski
http://www.JacekLaskowski.pl

[jira] Updated: (GERONIMO-3419) Console displays wrong database pool type when derby embed local is used.

[Lin Sun (JIRA)]

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

Lin Sun updated GERONIMO-3419:
--

Attachment: tranql-typo.patch

 Console displays wrong database pool type when derby embed local is used.
 -

 Key: GERONIMO-3419
 URL: https://issues.apache.org/jira/browse/GERONIMO-3419
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.1
Reporter: Lin Sun
Priority: Minor
 Attachments: tranql-typo.patch


 after I deploy a database pool using derby embed local rar via admin console, 
 I click on edit the pool to see the details of the pool.  I see:
 Pool Type:
   TranQL Embedded XA Resource Adapter for Apache Derby
   A resource adaptor that provides access to an embedded Apache Derby 
 database with local transaction support.
 Which is wrong.   This turned out to be a typo in the ra.xml for the derby 
 embed local rar.

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

[jira] Created: (GERONIMO-3440) DB2-XA: when trace file is not specified, it caused error when running the sample

[Lin Sun (JIRA)]

DB2-XA: when trace file is not specified, it caused error when running the 
sample
-

 Key: GERONIMO-3440
 URL: https://issues.apache.org/jira/browse/GERONIMO-3440
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: databases
Affects Versions: 2.1
Reporter: Lin Sun
Priority: Minor
 Fix For: 2.1
 Attachments: tranql-tracefile.patch

This is a tranql issue found when I plug the db2-xa rar into G's console.   
Basically, if a user leaves the tracefile property to empty (meaning dont want 
any trace), I can deploy my sample fine.   But when I run the sample, I got -

 
--- 
  Got DataSource: [EMAIL PROTECTED]
com.ibm.db2.jcc.b.SqlException: Unable to open file
at com.ibm.db2.jcc.b.ig.a(ig.java:93)

A simple fix in DB2XA is to only settrace when it is a valid value.

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

[jira] Updated: (GERONIMO-3440) DB2-XA: when trace file is not specified, it caused error when running the sample

[Lin Sun (JIRA)]

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

Lin Sun updated GERONIMO-3440:
--

Attachment: tranql-tracefile.patch

 DB2-XA: when trace file is not specified, it caused error when running the 
 sample
 -

 Key: GERONIMO-3440
 URL: https://issues.apache.org/jira/browse/GERONIMO-3440
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: databases
Affects Versions: 2.1
Reporter: Lin Sun
Priority: Minor
 Fix For: 2.1

 Attachments: tranql-tracefile.patch


 This is a tranql issue found when I plug the db2-xa rar into G's console.   
 Basically, if a user leaves the tracefile property to empty (meaning dont 
 want any trace), I can deploy my sample fine.   But when I run the sample, I 
 got -
  
 ---
  
   Got DataSource: [EMAIL PROTECTED]
 com.ibm.db2.jcc.b.SqlException: Unable to open file
 at com.ibm.db2.jcc.b.ig.a(ig.java:93)
 A simple fix in DB2XA is to only settrace when it is a valid value.

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

How to assemble a server (was: Re: svn commit: r568632 - /geronimo/server/trunk/assemblies/geronimo-framework/pom.xml)

[David Jencks]

On Aug 23, 2007, at 6:13 AM, Joe Bohn wrote:




David Jencks wrote:
I would like to see all the assemblies except the framework  
assembly be constructed by adding plugins to the framework  
assembly.  Just because there has been no progress on this goal in  
the last year...


I agree.  That was the original vision and why the framework  
assembly was created.


I think we are pretty close to having enough pieces lined up so we  
can actually do this, so I'm very definitely against removing this  
assembly.  We could remove all the others to spur on this process :-)


heh ...  I'll bet that would work! ;-)  I also agree that we're  
pretty close with some of the progress on the web console  
extensibility piece so that we can start building the assemblies  
from the plugins.  That's actually what spawned the question again  
now.  We'll build up assemblies from some base framework via  
plugins and collections of plugins (I and others have referred to  
these as templates at other times) to create our default server  
configurations or custom user/system assemblies.


I was just wondering what the best starting point was for this.   
While a base framework without a web container is the most  
architecturally pure ... it might not be the most user friendly.   
It could be argued that it doesn't make sense to deliver to users a  
core framework that isn't good for anything unless something is  
added to it.  I supposed we could hide the complexity with a  
template installer (or perhaps build installing the template/ 
plugins into server initialization on the first server start or  
some other non-install activity).  That way users that just want  
a minimal or jee5 assembly don't have to deal directly directly  
with the framework.  We'll have to give this some more thought.


I don't see our starting point (e.g. the framework server) as  
limiting the preconfigured servers we distribute.  Even after we have  
a wonderful build your own server from plugins tool we may well  
want to ship some servers where we have added a few things... such as  
a web container.


In any case I think the main bits missing from assembly from plugins  
are the plugin metadata/installation being able to modify more of the  
files in var and in particular var/config such as all the  
artifact_aliases.properties and config-substitutions.properties.


thanks
david jencks



Oh well ... you've all convinced me that it might be too soon to  
pull the plug on the framework assembly and it may very well still  
be the core assembly.  Thanks to all that responded.


Joe




thanks
david jencks
On Aug 22, 2007, at 8:34 AM, Paul McMahan wrote:
Before removing it I'm wondering, in what scenario(s) would we  
use the framework assembly?One scenario that comes to mind is  
an installer that lays down the framework and then installs  
plugins on top of it for a truly customized server.   The minimal  
assembly already seems to fit that scenario pretty well though,  
assuming the installer could just remove the web container in the  
uncommon(?) cases where its not needed.   So the minimal assembly  
could be the base line for an installer plus double as a  
preconfigured assembly that serves as the low-end for our users  
(i.e. no installer required).  Plus, since the minimal assembly  
has a web container we could use a web UI for the installer  
instead of some native app like we used to have -- actually the  
installer is more like a plugin configurer from that point of  
view.


What other scenarios can we think of where a framework assembly  
could be useful?   And do the recent advancements in GShell (very  
cool btw!!) play into this discussion?


Best wishes,
Paul


On Aug 22, 2007, at 11:12 AM, Joe Bohn wrote:

Hey Donald (and others) ... Is anybody actually using this  
framework ie. containerless assembly?  I was just thinking of  
removing this assembly prior to seeing this change.


At one point in time this was going to be our most minimal  
assembly (without even a web container) for building up a  
pluggable server. However, it seems like the tide is changing to  
always expect a web container in the smallest framework assembly  
(ie. the minimal assemblies we already have).  There's been a  
lot of cool work on the pluggable console and it seems like are  
heading in a direction to make this the primary interface for  
building and managing the server ... but of course it requires a  
web container as a minimal starting point.


So, the question is:  Should we remove the framework assembly  
and work on the assumption that our most minimal assemblies  
should always include a web container?


Joe


[EMAIL PROTECTED] wrote:

Author: dwoods
Date: Wed Aug 22 07:47:42 2007
New Revision: 568632
URL: http://svn.apache.org/viewvc?rev=568632view=rev
Log:
adding missing depend on geronimo-boilerplate-minimal
Modified:
geronimo/server/trunk/assemblies/geronimo-framework/pom.xml
Modified: 

Re: ServiceMix 4.0

[Daryl Richter]

On Aug 22, 2007, at 10:59 AM, Nodet Guillaume wrote:

[snip]


(anybody knows a good tool for uml ?).


Take a look at JUDE Community Edition.  Works great for me.

http://jude.change-vision.com/jude-web/product/community.html


[snip]


Cheers,
Guillaume Nodet




--
Daryl
http://itsallsemantics.com

I see this as coming down to mutual respect. I want to respect the  
others I communicate with enough to tell them my truth without  
reservation and I want to respect them enough to listen to their  
truth. I want to respect their good intentions enough to believe that  
we can work past our disagreements.


-- Kent Beck, 2006

[jira] Created: (GERONIMODEVTOOLS-187) EMF for new schema version of Geronimo Deployment Plans

[Shiva Kumar H R (JIRA)]

EMF for new schema version of Geronimo Deployment Plans
---

 Key: GERONIMODEVTOOLS-187
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-187
 Project: Geronimo-Devtools
  Issue Type: Task
  Components: eclipse-plugin
Affects Versions: 2.0
Reporter: Shiva Kumar H R
Priority: Critical
 Fix For: 2.0


plugins\org.apache.geronimo.st.v20.core is currently using EMF classes from 
org.apache.geronimo.v11.deployment.model. 
However Geronimo v2.0.1 has new schema versions for its deployment plans. We 
need to generate EMF for these new schemas.

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

[jira] Updated: (GERONIMODEVTOOLS-187) EMF for new schema version of Geronimo Deployment Plans

[Shiva Kumar H R (JIRA)]

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

Shiva Kumar H R updated GERONIMODEVTOOLS-187:
-

Attachment: GERONIMODEVTOOLS-187-reference.patch

Looks like there is some more work that needs to be done. With the above patch 
I am currently getting following errors while building 
org.apache.geronimo.v20.deployment.model: 

[INFO] Compiling 230 source files to E:\_src\eclipse-plugin\trunk\plugins\org.ap
ache.geronimo.v20.deployment.model\target\classes
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

E:\_src\eclipse-plugin\trunk\plugins\org.apache.geronimo.v20.deployment.model\sr
c\org\apache\geronimo\xml\ns\j2ee\application\ApplicationPackage.java:[950,2] ca
nnot find symbol
symbol  : class ApplicationFactory
location: interface org.apache.geronimo.xml.ns.j2ee.application.ApplicationPacka
ge

E:\_src\eclipse-plugin\trunk\plugins\org.apache.geronimo.v20.deployment.model\sr
c\org\apache\geronimo\xml\ns\j2ee\application\ApplicationPackage.java:[108,81] c
annot find symbol
symbol  : class ApplicationPackageImpl
location: package org.apache.geronimo.xml.ns.j2ee.application.impl

E:\_src\eclipse-plugin\trunk\plugins\org.apache.geronimo.v20.deployment.model\sr
c\org\apache\geronimo\xml\ns\j2ee\ejb\openejb\impl\GeronimoEjbJarTypeImpl.java:[
288,57] inconvertible types
found   : org.eclipse.emf.common.util.EListjava.lang.Object
required: org.eclipse.emf.ecore.util.FeatureMap

E:\_src\eclipse-plugin\trunk\plugins\org.apache.geronimo.v20.deployment.model\sr
c\org\apache\geronimo\xml\ns\j2ee\ejb\openejb\impl\GeronimoEjbJarTypeImpl.java:[
462,38] inconvertible types
found   : org.eclipse.emf.common.util.EListjava.lang.Object
required: org.eclipse.emf.ecore.util.FeatureMap

E:\_src\eclipse-plugin\trunk\plugins\org.apache.geronimo.v20.deployment.model\sr
c\org\apache\geronimo\xml\ns\j2ee\web\impl\WebAppTypeImpl.java:[622,38] inconver
tible types
found   : org.eclipse.emf.common.util.EListjava.lang.Object
required: org.eclipse.emf.ecore.util.FeatureMap


[INFO] 


Wondering why EMF is not generating those missing classes: ApplicationFactory, 
ApplicationPackageImpl ?

 EMF for new schema version of Geronimo Deployment Plans
 ---

 Key: GERONIMODEVTOOLS-187
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-187
 Project: Geronimo-Devtools
  Issue Type: Task
  Components: eclipse-plugin
Affects Versions: 2.0
Reporter: Shiva Kumar H R
Priority: Critical
 Fix For: 2.0

 Attachments: GERONIMODEVTOOLS-187-reference.patch


 plugins\org.apache.geronimo.st.v20.core is currently using EMF classes from 
 org.apache.geronimo.v11.deployment.model. 
 However Geronimo v2.0.1 has new schema versions for its deployment plans. We 
 need to generate EMF for these new schemas.

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

Re: New GShell-based Geronimo Server launcher now in server/trunk

[Joe Bohn]

Jason,

I finally got around to looking at this.  It's really cool!

This is a great way to address the environment and java opt issues in a 
more dynamic way to plugins to potentially exploit.


In addition to some of the items David mentioned it would also be great 
to have some more query capabilities both in gsh and the start-server 
script.  For example; the ability to list all environment variables, 
list system or geronimo properties set, list javaopts, list of all 
scripts to be run prior to the starting server, etc...


One curious thing I noticed was that it seemed to drag a bit when I 
terminated geronimo from the console.  It might have nothing to do with 
gsh but it seemed to take a long time before the gsh showed the server 
finally terminated ... just fyi and fwiw ... may be nothing to do with gsh.


Great work Jason!

Joe

Jason Dillon wrote:
Hiya folks, I finally got around to finishing up my POC of using GShell 
to launch the Geronimo Server and I have committed the bits that make it 
work to server/trunk.  The new module which contains the GShell command 
implementation (and support) classes is:


modules/geronimo-commands

And a new assembly which has the GShell bits all in place for folks to 
test with is:


assemblies/geronimo-jetty6-javaee5-gshell

The assembly is not hooked up by default, but the code module is.  So, 
to test it out, you need to do something like:


svn co https://svn.apache.org/repos/asf/geronimo/server/trunk server
cd server
mvn
assemblies/geronimo-jetty6-javaee5-gshell
mvn

Then unzip the assembly:

unzip target/geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT-bin.zip

And then finally try it out.  First lets get the basic GShell 
command-line help:


./geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT/bin/gsh --help

This should spit out something like:

snip
      _  _ _
  / ___/ ___|| |__   ___| | |
 | |  _\___ \| '_ \ / _ \ | |
 | |_| |___) | | | |  __/ | |
  \|/|_| |_|\___|_|_|

 GShell -- Geronimo command-line shell

usage: gsh [options] command [args]
-n,--non-interactiveRun in non-interactive mode
-D,--define name=valueDefine a system property
-V,--versionDisplay GShell version
-c,--commands string  Read commands from string
-debug,--debug  Enable DEBUG logging output
-h,--help   Display this help message
-i,--interactiveRun in interactive mode
-quiet,--quiet  Limit logging output to ERROR
-verbose,--verbose  Enable INFO logging output
/snip

Then lets run the interactive-shell:

./geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT/bin/gsh

This should leave you at a very plain prompt at the moment:

snip
  _
/snip

At this point you can type something like this to list all of the known 
commands:


snip
help commands
/snip

Which should spit back:

snip
Available commands (and aliases):
  start-server ( start )
  set
  exit ( quit, bye )
  unset
  source
  help
/snip

The command that I added is called 'start-server', with an alias of 
'start'.  This is basically an augmented and enhanced version of what 
the geronimo:start-server goal does in the geronimo-maven-plugin.  To 
see its options run this:


snip
start-server --help
/snip

And it says:

snip
start-server -- Starts a new Geronimo server instance

usage: start-server [options]
-A,--javaagent jar  Use a specific Java Agent, set to 
'none' to

  disable
-D,--property name=valueSet a system property
-H,--home dir   Use a specific Geronimo home directory
-J,--javaopt option Set a JVM flag
-b,--background   Run the server process in the background.
-h,--help Display this help message
-j,--jvm dirUse a specific Java Virtual Machine 
for server

  process
-l,--logfile file   Capture console output to file
-m,--module nameStart up a specific module by name.
-q,--quietSuppress informative and warning messages
-t,--timeout secondsSpecify the timeout for the server 
process in

  seconds
-v,--verbose  Enable verbose output; specify 
multipule times

  to increase verbosity.
/snip

NOTE: Use -vv for --veryverbose ;-)

And then give it a whirl and try to start the server up from the shell:

snip
start-server
/snip

or if you prefer more output:

snip
start-server -v
/snip

And so on...

This will actually create a newly forked JVM to run the server in, and 
will eventually have a robust node manager thingy, but I've not done 
that yet ;-)


The platform scripts are now super simple!!!  All of the logic is now in 
the command implementation.  And eventually we can probably have the 
geronimo-maven-plugin just invoke the 

Re: Updating the WebSite for 2.0.1

[Jarek Gawor]

Hernan,

The 'Javadoc' link on the main page still seems to point to some
outdated API. Also, the 'XML Schemas' link does not have the 2.0
schemas.

Jarek

On 8/21/07, Hernan Cunico [EMAIL PROTECTED] wrote:
 Ok, the downloads page is updated as well as the  News in the front page.

 Cheers!
 Hernan

 Matt Hogstrom wrote:
  Da
 
  On Aug 21, 2007, at 4:12 PM, Hernan Cunico wrote:
 
  I'll update it later tonight. Are we ready for updating the News
  section too?
 
  Cheers!
  Hernan
 
  Matt Hogstrom wrote:
  Hernan,
  Oh mighty purveyor of Confluence shtuffes.  Can you update our
  website for downloads of 2.0.1...looks like its had time to bake and
  we're good to go.  (So long as Donald doesn't find a security problem
  ;-P )
 
 
 

Re: Updating the WebSite for 2.0.1

[Hernan Cunico]

Good point, does anyone know if maven 2 has some sort of template for 
formatting the java docs?

/www/geronimo.apache.org/api is not under version control, does anyone know how 
these used to get updated in the past?

I'm looking into generating a new set of javadocs but I think we should keep 
them on svn this time. Thoughts?

As for the schemas, we currently have schemas-1.0 and schemas-1.1 under 
http://svn.apache.org/repos/asf/geronimo/site/trunk/docs/

Can you folks copy all the .xsd to *schemas-2.0*, I don't really know where to 
get them all from. I'll update the website once we have the schemas there. How 
does that sound?

Cheers!
Hernan

Jarek Gawor wrote:

Hernan,

The 'Javadoc' link on the main page still seems to point to some
outdated API. Also, the 'XML Schemas' link does not have the 2.0
schemas.

Jarek

On 8/21/07, Hernan Cunico [EMAIL PROTECTED] wrote:

Ok, the downloads page is updated as well as the  News in the front page.

Cheers!
Hernan

Matt Hogstrom wrote:

Da

On Aug 21, 2007, at 4:12 PM, Hernan Cunico wrote:


I'll update it later tonight. Are we ready for updating the News
section too?

Cheers!
Hernan

Matt Hogstrom wrote:

Hernan,
Oh mighty purveyor of Confluence shtuffes.  Can you update our
website for downloads of 2.0.1...looks like its had time to bake and
we're good to go.  (So long as Donald doesn't find a security problem
;-P )

[jira] Created: (SM-1041) hello-world-bc example has an error in the pom.xml file

[Charlie C. (JIRA)]

hello-world-bc example has an error in the pom.xml file
---

 Key: SM-1041
 URL: https://issues.apache.org/activemq/browse/SM-1041
 Project: ServiceMix
  Issue Type: Bug
Affects Versions: 3.1.1
Reporter: Charlie C.
Priority: Minor


I downloaded the hello-world-bc and when building it, I received  the error 
below.   When I changed the dependency in the pom.xml from  servicemix-shared 
to servicemix-common, the build works.

java.lang.NoClassDefFoundError: org/apache/servicemix/common/BaseBootstrap




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

Re: Is there a procedure to be followed to put new code in geronimo\plugins

[Vamsavardhana Reddy]

One other question...  Is it necessary that the plugin (if it tends to be
different for Tomcat and Jetty or in another context, say Axis2 and CXF)
should be made available for all distributions?  I guess we are establishing
the procedure now and so wanted to cover as many situations as possible.

Vamsi

On 8/23/07, Kevan Miller [EMAIL PROTECTED] wrote:


 On Aug 22, 2007, at 3:45 PM, David Jencks wrote:

  I'm not sure if/when we've faced this in the past but I'd be
  comfortable  with:
  - moving code to plugins
  - announcing it on the dev list
  - in 3-7 days pushing a snapshot if there are no major objections

 Sounds ok. I would expect that we'd have had some advanced warning
 before the code had been moved into plugins... With such advance
 notice, I'd say 3 day lazy consensus period is quite adequate.
 This is somewhat akin to adding a new module to Geronimo server and
 deploying the new jar file to a snapshot repository. Major
 difference is people tend to watch server development a bit more
 closely...

 --kevan

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Prasad Kashyap]

I have begun to see this same error at another location now.

On windows, run mvn from server/testsuite directory and you will get this

[INFO] [selenium:start-server {execution: start-server}]
[INFO] Starting Selenium server...
[INFO] 
[ERROR] FATAL ERROR
[INFO] 
[INFO] null
Illegal character in path at index 18: file:/C:/Documents and
Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[INFO] 
[INFO] Trace
java.lang.IllegalArgumentException
at java.net.URI.create(URI.java:842)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)


http://rifers.org/paste/show/5312

Cheers
Prasad




On 8/14/07, Donald Woods [EMAIL PROTECTED] wrote:
 This should now be fixed in Rev565885.

 Should this be pulled into 2.0.1?


 -Donald

 Prasad Kashyap wrote:
  The changes that Donald Woods is doing (svn commit: r565837) is
  supposed to fix this.
 
  However, as you can see from the latest build error, this needs to be
  fixed further.
 
  Cheers
  Prasad
 
  On 8/14/07, Hernan Cunico [EMAIL PROTECTED] wrote:
  So, how is this Jedi hand waving thingy?
 
  What is the file that needs to be replaced and where do I get it from? I 
  don't see any on my repo with that timestamp.
 
  What other files need to be modified
 
  Cheers!
  Hernan
 
  Anita Kulshreshtha wrote:
  yup, copying alpha-1-20070806.170854-1.jar over alpha-1 (and
  modifying plugin.xml and the pom file) works. A new release would be
  nice otherwise we can put it in the repo.
 
  Thanks
  Anita
 
  --- Donald Woods [EMAIL PROTECTED] wrote:
 
  The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
  I still had a copy of the last alpha-1-SNAPSHOT laying around
  (jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar) and copied it
  over the
  released alpha-1.jar from 8/8 and my builds starting working again on
  WinXP
 
  Should we place this in the repo for 2.0.1-SNAPSHOT or ask them to
  fix it
  before we release 2.0.1?
 
 
 
  -Donald
 
  Anita Kulshreshtha wrote:
  I have not been so lucky. I have tried branches/2.0.0 also. I
  have
  tried deleting org.codehaus.mojo.jspc and ant from .m2 repo without
  any
  success (The trunk builds fine).
 
  Thanks
  Anita
 
  --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
 
  I am not exactly building from geronimo-2.0-src.zip, but from
  branches\2.0.0.  If that still counts as if I built from src
  zip... I
  have
  not run into this problem.  I have tried after removing
  jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so that it
  downloads a
  fresh.
 
  --vamsi
 
 
  On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
 Is anyone else seeing this in geronimo-welcome.. I am building
  from
  http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
  Thanks
  Anita
 
  Downloading:
 
  http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler
  -tomcat6/2.0-alpha-1/jspc-compiler-tomcat6-2.0-alpha-1.jar
  4K downloaded
  [INFO] [jspc:compile {execution: default}]
  [INFO]
 
  
  [ERROR] FATAL ERROR
  [INFO]
 
  
  [INFO] null
  Illegal character in path at index 18: file:/C:/Documents and
  Settings/Anita/.m2
  /repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
  [INFO]
 
  
  [INFO] Trace
  java.lang.IllegalArgumentException
  at java.net.URI.create(URI.java:842)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
  Method)
  at
 
  sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
  java:39)
  at
 
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
  sorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:585)
  at
  org.apache.tools.ant.launch.Locator.fromURI(Locator.java:162)
  at
 
  org.apache.tools.ant.launch.Locator.getResourceSource(Locator.java:11
  9)
  at
 
  org.apache.tools.ant.launch.Locator.getClassSource(Locator.java:90)
  at
  org.apache.tools.ant.Project.setAntLib(Project.java:313)
  at
  org.apache.tools.ant.Project.initProperties(Project.java:309)
  at org.apache.tools.ant.Project.init(Project.java:295)
  at
 
  org.codehaus.mojo.groovy.util.AntBuilder.createProject(AntBuilder.jav
  a:65)
  at
 
  org.codehaus.mojo.groovy.util.AntBuilder.init(AntBuilder.java:39)
  at
  

[jira] Commented: (SM-1041) hello-world-bc example has an error in the pom.xml file

[Guillaume Nodet (JIRA)]

[ 
https://issues.apache.org/activemq/browse/SM-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40001
 ] 

Guillaume Nodet commented on SM-1041:
-

The bootstrap should be removed from the BC archetype instead.
It will be injected by the maven plugin.
This is due to the way classloading works in JBI: shared libraries are not 
available at bootstrap time.

 hello-world-bc example has an error in the pom.xml file
 ---

 Key: SM-1041
 URL: https://issues.apache.org/activemq/browse/SM-1041
 Project: ServiceMix
  Issue Type: Bug
Affects Versions: 3.1.1
Reporter: Charlie C.
Priority: Minor

 I downloaded the hello-world-bc and when building it, I received  the error 
 below.   When I changed the dependency in the pom.xml from  servicemix-shared 
 to servicemix-common, the build works.
 java.lang.NoClassDefFoundError: org/apache/servicemix/common/BaseBootstrap

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

Re: Is there a procedure to be followed to put new code in geronimo\plugins

[David Jencks]

On Aug 23, 2007, at 10:10 AM, Vamsavardhana Reddy wrote:

One other question...  Is it necessary that the plugin (if it tends  
to be different for Tomcat and Jetty or in another context, say  
Axis2 and CXF) should be made available for all distributions?  I  
guess we are establishing the procedure now and so wanted to cover  
as many situations as possible.


It might depend what it is.  However in general I think its best to  
provide plugins for each set of prerequisites.  For instance I  
probably won't object if you don't provide a plugin for tomcat and  
jeff probably won't object if you don't provide a plugin for jetty :-)


i.e. use your judgement on what is practical and good for the community.

thanks
david jencks



Vamsi

On 8/23/07, Kevan Miller  [EMAIL PROTECTED] wrote:

On Aug 22, 2007, at 3:45 PM, David Jencks wrote:

 I'm not sure if/when we've faced this in the past but I'd be
 comfortable  with:
 - moving code to plugins
 - announcing it on the dev list
 - in 3-7 days pushing a snapshot if there are no major objections

Sounds ok. I would expect that we'd have had some advanced warning
before the code had been moved into plugins... With such advance
notice, I'd say 3 day lazy consensus period is quite adequate.
This is somewhat akin to adding a new module to Geronimo server and
deploying the new jar file to a snapshot repository. Major
difference is people tend to watch server development a bit more
closely...

--kevan

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Prasad Kashyap]

The entire log is here
http://rifers.org/paste/show/5314

Cheers
Prasad

On 8/23/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
 I have begun to see this same error at another location now.

 On windows, run mvn from server/testsuite directory and you will get this

 [INFO] [selenium:start-server {execution: start-server}]
 [INFO] Starting Selenium server...
 [INFO] 
 
 [ERROR] FATAL ERROR
 [INFO] 
 
 [INFO] null
 Illegal character in path at index 18: file:/C:/Documents and
 Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
 [INFO] 
 
 [INFO] Trace
 java.lang.IllegalArgumentException
 at java.net.URI.create(URI.java:842)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)


 http://rifers.org/paste/show/5312

 Cheers
 Prasad




 On 8/14/07, Donald Woods [EMAIL PROTECTED] wrote:
  This should now be fixed in Rev565885.
 
  Should this be pulled into 2.0.1?
 
 
  -Donald
 
  Prasad Kashyap wrote:
   The changes that Donald Woods is doing (svn commit: r565837) is
   supposed to fix this.
  
   However, as you can see from the latest build error, this needs to be
   fixed further.
  
   Cheers
   Prasad
  
   On 8/14/07, Hernan Cunico [EMAIL PROTECTED] wrote:
   So, how is this Jedi hand waving thingy?
  
   What is the file that needs to be replaced and where do I get it from? I 
   don't see any on my repo with that timestamp.
  
   What other files need to be modified
  
   Cheers!
   Hernan
  
   Anita Kulshreshtha wrote:
   yup, copying alpha-1-20070806.170854-1.jar over alpha-1 (and
   modifying plugin.xml and the pom file) works. A new release would be
   nice otherwise we can put it in the repo.
  
   Thanks
   Anita
  
   --- Donald Woods [EMAIL PROTECTED] wrote:
  
   The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
   I still had a copy of the last alpha-1-SNAPSHOT laying around
   (jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar) and copied it
   over the
   released alpha-1.jar from 8/8 and my builds starting working again on
   WinXP
  
   Should we place this in the repo for 2.0.1-SNAPSHOT or ask them to
   fix it
   before we release 2.0.1?
  
  
  
   -Donald
  
   Anita Kulshreshtha wrote:
   I have not been so lucky. I have tried branches/2.0.0 also. I
   have
   tried deleting org.codehaus.mojo.jspc and ant from .m2 repo without
   any
   success (The trunk builds fine).
  
   Thanks
   Anita
  
   --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
  
   I am not exactly building from geronimo-2.0-src.zip, but from
   branches\2.0.0.  If that still counts as if I built from src
   zip... I
   have
   not run into this problem.  I have tried after removing
   jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so that it
   downloads a
   fresh.
  
   --vamsi
  
  
   On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
  Is anyone else seeing this in geronimo-welcome.. I am building
   from
   http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
   Thanks
   Anita
  
   Downloading:
  
   http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler
   -tomcat6/2.0-alpha-1/jspc-compiler-tomcat6-2.0-alpha-1.jar
   4K downloaded
   [INFO] [jspc:compile {execution: default}]
   [INFO]
  
   
   [ERROR] FATAL ERROR
   [INFO]
  
   
   [INFO] null
   Illegal character in path at index 18: file:/C:/Documents and
   Settings/Anita/.m2
   /repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
   [INFO]
  
   
   [INFO] Trace
   java.lang.IllegalArgumentException
   at java.net.URI.create(URI.java:842)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
   Method)
   at
  
   sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
   java:39)
   at
  
   sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
   sorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at
   org.apache.tools.ant.launch.Locator.fromURI(Locator.java:162)
   at
  
   org.apache.tools.ant.launch.Locator.getResourceSource(Locator.java:11
   9)
   at
  
   org.apache.tools.ant.launch.Locator.getClassSource(Locator.java:90)
   at
   org.apache.tools.ant.Project.setAntLib(Project.java:313)
   at
   org.apache.tools.ant.Project.initProperties(Project.java:309)
   at 

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Vamsavardhana Reddy]

Problem occurs when there is a space in the M2REPO directory, in this case
C:\Documents And Settings\  Work around is to use an M2REPO dir
without any spaces in it.  We will still have to investigate the cause.

Vamsi

On 8/24/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

 The entire log is here
 http://rifers.org/paste/show/5314

 Cheers
 Prasad

 On 8/23/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
  I have begun to see this same error at another location now.
 
  On windows, run mvn from server/testsuite directory and you will get
 this
 
  [INFO] [selenium:start-server {execution: start-server}]
  [INFO] Starting Selenium server...
  [INFO]
 
  [ERROR] FATAL ERROR
  [INFO]
 
  [INFO] null
  Illegal character in path at index 18: file:/C:/Documents and
  Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-
 1.7.0.jar
  [INFO]
 
  [INFO] Trace
  java.lang.IllegalArgumentException
  at java.net.URI.create(URI.java:842)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(
 NativeMethodAccessorImpl.java:39)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(
 DelegatingMethodAccessorImpl.java:25)
 
 
  http://rifers.org/paste/show/5312
 
  Cheers
  Prasad
 
 
 
 
  On 8/14/07, Donald Woods [EMAIL PROTECTED] wrote:
   This should now be fixed in Rev565885.
  
   Should this be pulled into 2.0.1?
  
  
   -Donald
  
   Prasad Kashyap wrote:
The changes that Donald Woods is doing (svn commit: r565837) is
supposed to fix this.
   
However, as you can see from the latest build error, this needs to
 be
fixed further.
   
Cheers
Prasad
   
On 8/14/07, Hernan Cunico [EMAIL PROTECTED] wrote:
So, how is this Jedi hand waving thingy?
   
What is the file that needs to be replaced and where do I get it
 from? I don't see any on my repo with that timestamp.
   
What other files need to be modified
   
Cheers!
Hernan
   
Anita Kulshreshtha wrote:
yup, copying alpha-1-20070806.170854-1.jar over alpha-1 (and
modifying plugin.xml and the pom file) works. A new release would
 be
nice otherwise we can put it in the repo.
   
Thanks
Anita
   
--- Donald Woods [EMAIL PROTECTED] wrote:
   
The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
I still had a copy of the last alpha-1-SNAPSHOT laying around
(jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar) and copied
 it
over the
released alpha-1.jar from 8/8 and my builds starting working
 again on
WinXP
   
Should we place this in the repo for 2.0.1-SNAPSHOT or ask them
 to
fix it
before we release 2.0.1?
   
   
   
-Donald
   
Anita Kulshreshtha wrote:
I have not been so lucky. I have tried branches/2.0.0 also.
 I
have
tried deleting org.codehaus.mojo.jspc and ant from .m2 repo
 without
any
success (The trunk builds fine).
   
Thanks
Anita
   
--- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
   
I am not exactly building from geronimo-2.0-src.zip, but from
branches\2.0.0.  If that still counts as if I built from src
zip... I
have
not run into this problem.  I have tried after removing
jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so that it
downloads a
fresh.
   
--vamsi
   
   
On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
   Is anyone else seeing this in geronimo-welcome.. I am
 building
from
   
 http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
Thanks
Anita
   
Downloading:
   
   
 http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler
-tomcat6/2.0-alpha-1/jspc-compiler-tomcat6-2.0-alpha-1.jar
4K downloaded
[INFO] [jspc:compile {execution: default}]
[INFO]
   
   
 
[ERROR] FATAL ERROR
[INFO]
   
   
 
[INFO] null
Illegal character in path at index 18: file:/C:/Documents and
Settings/Anita/.m2
/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[INFO]
   
   
 
[INFO] Trace
java.lang.IllegalArgumentException
at java.net.URI.create(URI.java:842)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
   
sun.reflect.NativeMethodAccessorImpl.invoke
 (NativeMethodAccessorImpl.
java:39)
at
   
sun.reflect.DelegatingMethodAccessorImpl.invoke
 (DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
 

[jira] Resolved: (GERONIMO-3437) Axis2: serviceimplClass being null caused NPE at invoke in JavaBeanDispatcher

[Lin Sun (JIRA)]

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

Lin Sun resolved GERONIMO-3437.
---

Resolution: Fixed

resolved in trunk 569121 and branch 20 569122.

 Axis2:  serviceimplClass being null caused NPE at invoke in 
 JavaBeanDispatcher 
 ---

 Key: GERONIMO-3437
 URL: https://issues.apache.org/jira/browse/GERONIMO-3437
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: webservices
Affects Versions: 2.1
Reporter: Lin Sun
Assignee: Lin Sun
 Fix For: 2.1


 I am seeing a NPE from Axis2, and it turned out that we passed 
 serviceimplClass null to Axis2.   

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

[jira] Closed: (GERONIMO-3437) Axis2: serviceimplClass being null caused NPE at invoke in JavaBeanDispatcher

[Lin Sun (JIRA)]

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

Lin Sun closed GERONIMO-3437.
-


 Axis2:  serviceimplClass being null caused NPE at invoke in 
 JavaBeanDispatcher 
 ---

 Key: GERONIMO-3437
 URL: https://issues.apache.org/jira/browse/GERONIMO-3437
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: webservices
Affects Versions: 2.1
Reporter: Lin Sun
Assignee: Lin Sun
 Fix For: 2.1


 I am seeing a NPE from Axis2, and it turned out that we passed 
 serviceimplClass null to Axis2.   

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

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Raymond Feng]

Hi,

I ran into a similar problem before. Some classloaders doesn't encode the 
spaces for URL. The trick we did is to use new URL(uri).toURI() instead of 
URI.create(uri).

Thanks,
Raymond

  - Original Message - 
  From: Vamsavardhana Reddy 
  To: dev@geronimo.apache.org 
  Sent: Thursday, August 23, 2007 12:15 PM
  Subject: Re: [Fwd: Re: building geronimo-2.0-rc1]


  Problem occurs when there is a space in the M2REPO directory, in this case 
C:\Documents And Settings\  Work around is to use an M2REPO dir without 
any spaces in it.  We will still have to investigate the cause. 

  Vamsi


  On 8/24/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
The entire log is here
http://rifers.org/paste/show/5314

Cheers
Prasad

On 8/23/07, Prasad Kashyap [EMAIL PROTECTED]  wrote:
 I have begun to see this same error at another location now.

 On windows, run mvn from server/testsuite directory and you will get this

 [INFO] [selenium:start-server {execution: start-server}] 
 [INFO] Starting Selenium server...
 [INFO] 

 [ERROR] FATAL ERROR
 [INFO] 
 
 [INFO] null
 Illegal character in path at index 18: file:/C:/Documents and
 
Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
 [INFO] 
 
 [INFO] Trace
 java.lang.IllegalArgumentException
 at java.net.URI.create(URI.java:842)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke 
(NativeMethodAccessorImpl.java:39)
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)


 http://rifers.org/paste/show/5312 

 Cheers
 Prasad




 On 8/14/07, Donald Woods [EMAIL PROTECTED] wrote:
  This should now be fixed in Rev565885. 
 
  Should this be pulled into 2.0.1?
 
 
  -Donald
 
  Prasad Kashyap wrote:
   The changes that Donald Woods is doing (svn commit: r565837) is 
   supposed to fix this.
  
   However, as you can see from the latest build error, this needs to be
   fixed further.
  
   Cheers 
   Prasad
  
   On 8/14/07, Hernan Cunico [EMAIL PROTECTED] wrote:
   So, how is this Jedi hand waving thingy? 
  
   What is the file that needs to be replaced and where do I get it 
from? I don't see any on my repo with that timestamp.
  
   What other files need to be modified 
  
   Cheers!
   Hernan
  
   Anita Kulshreshtha wrote:
   yup, copying alpha-1-20070806.170854-1.jar over alpha-1 (and
   modifying plugin.xml and the pom file) works. A new release would be
   nice otherwise we can put it in the repo.
  
   Thanks 
   Anita
  
   --- Donald Woods [EMAIL PROTECTED] wrote:
  
   The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
   I still had a copy of the last alpha-1-SNAPSHOT laying around
   (jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar ) and copied 
it
   over the
   released alpha-1.jar from 8/8 and my builds starting working again 
on
   WinXP
   
   Should we place this in the repo for 2.0.1-SNAPSHOT or ask them to
   fix it
   before we release 2.0.1?
  
  
  
   -Donald
  
   Anita Kulshreshtha wrote:
   I have not been so lucky. I have tried branches/2.0.0 also. I 
   have
   tried deleting org.codehaus.mojo.jspc and ant from .m2 repo 
without
   any
   success (The trunk builds fine). 
  
   Thanks
   Anita
  
   --- Vamsavardhana Reddy  [EMAIL PROTECTED] wrote:
  
   I am not exactly building from geronimo-2.0-src.zip, but from
   branches\2.0.0.  If that still counts as if I built from src 
   zip... I
   have
   not run into this problem.  I have tried after removing
   jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so that it
   downloads a
   fresh.
  
   --vamsi
   
  
   On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
  Is anyone else seeing this in geronimo-welcome.. I am 
building 
   from
   
http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip 
   Thanks
   Anita
  
   Downloading:
   
   http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler
   -tomcat6/2.0-alpha-1/jspc- compiler-tomcat6-2.0-alpha-1.jar
   4K downloaded
   [INFO] [jspc:compile {execution: default}]
   [INFO] 
  
   

   [ERROR] FATAL ERROR
   [INFO] 
  
   

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Hernan Cunico]

how do we set the .m2 repo to different directory? I can't find the config file 
to set this up.

Cheers!
Hernan

Vamsavardhana Reddy wrote:
Problem occurs when there is a space in the M2REPO directory, in this 
case C:\Documents And Settings\  Work around is to use an M2REPO 
dir without any spaces in it.  We will still have to investigate the cause.


Vamsi

On 8/24/07, *Prasad Kashyap* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


The entire log is here
http://rifers.org/paste/show/5314

Cheers
Prasad

On 8/23/07, Prasad Kashyap [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  I have begun to see this same error at another location now.
 
  On windows, run mvn from server/testsuite directory and you will
get this
 
  [INFO] [selenium:start-server {execution: start-server}]
  [INFO] Starting Selenium server...
  [INFO]

  [ERROR] FATAL ERROR
  [INFO]


  [INFO] null
  Illegal character in path at index 18: file:/C:/Documents and
 
Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
  [INFO]


  [INFO] Trace
  java.lang.IllegalArgumentException
  at java.net.URI.create(URI.java:842)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
  at

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 
 
  http://rifers.org/paste/show/5312 http://rifers.org/paste/show/5312
 
  Cheers
  Prasad
 
 
 
 
  On 8/14/07, Donald Woods [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
   This should now be fixed in Rev565885.
  
   Should this be pulled into 2.0.1?
  
  
   -Donald
  
   Prasad Kashyap wrote:
The changes that Donald Woods is doing (svn commit: r565837) is
supposed to fix this.
   
However, as you can see from the latest build error, this
needs to be
fixed further.
   
Cheers
Prasad
   
On 8/14/07, Hernan Cunico [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
So, how is this Jedi hand waving thingy?
   
What is the file that needs to be replaced and where do I
get it from? I don't see any on my repo with that timestamp.
   
What other files need to be modified
   
Cheers!
Hernan
   
Anita Kulshreshtha wrote:
yup, copying alpha-1-20070806.170854-1.jar over alpha-1
(and
modifying plugin.xml and the pom file) works. A new release
would be
nice otherwise we can put it in the repo.
   
Thanks
Anita
   
--- Donald Woods [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
   
The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
I still had a copy of the last alpha-1-SNAPSHOT laying around
(jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar ) and
copied it
over the
released alpha-1.jar from 8/8 and my builds starting
working again on
WinXP
   
Should we place this in the repo for 2.0.1-SNAPSHOT or ask
them to
fix it
before we release 2.0.1?
   
   
   
-Donald
   
Anita Kulshreshtha wrote:
I have not been so lucky. I have tried branches/2.0.0
also. I
have
tried deleting org.codehaus.mojo.jspc and ant from .m2
repo without
any
success (The trunk builds fine).
   
Thanks
Anita
   
--- Vamsavardhana Reddy  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
   
I am not exactly building from geronimo-2.0-src.zip, but
from
branches\2.0.0.  If that still counts as if I built from
src
zip... I
have
not run into this problem.  I have tried after removing
jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so
that it
downloads a
fresh.
   
--vamsi
   
   
On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
   Is anyone else seeing this in geronimo-welcome.. I
am building
from
   
http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
Thanks
Anita
   
Downloading:
   
   
http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler
-tomcat6/2.0-alpha-1/jspc- 

geronimo-boilerplate-jee5 assembly

[Jarek Gawor]

Hey folks,

I'm somewhat confused about the geronimo-boilerplate-jee5 assembly. I
always thought that the geronimo-boilerplate-jee5 assembly would
contain all the shared libraries necessary for java ee bits such as
openejb, cxf, axis2, axis, etc. And the geronimo-tomcat-jee5 and
geronimo-jetty-jee5 assemblies would extend the
geronimo-boilerplate-jee5 assembly with Tomcat or Jetty specific bits.
But it doesn't look that way. The geronimo-tomcat-jee5 and
geronimo-jetty-jee5 assemblies do extend the geronimo-boilerplate-jee5
assembly but the geronimo-boilerplate-jee5 assembly doesn't really
contain any of these shared libraries. So for example if I want to add
a new library to be included in the jee assemblies (or to remove a
library), I have to update geronimo-tomcat-jee5 and
geronimo-jetty-jee5 assemblies individually. And I would expect to
update just the geronimo-boilerplate-jee5 assembly.

Is there a reason for the current setup? It seems if we actaully
pushed all the shared libraries into the geronimo-boilerplate-jee5
assembly, building of the tomcat or jetty assemblies would become a
little bit faster.

Jarek

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Jarek Gawor]

Hernan,

See the first Windows Tip on
http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html

:)

Jarek

On 8/23/07, Hernan Cunico [EMAIL PROTECTED] wrote:
 how do we set the .m2 repo to different directory? I can't find the config 
 file to set this up.

 Cheers!
 Hernan

 Vamsavardhana Reddy wrote:
  Problem occurs when there is a space in the M2REPO directory, in this
  case C:\Documents And Settings\  Work around is to use an M2REPO
  dir without any spaces in it.  We will still have to investigate the cause.
 
  Vamsi
 
  On 8/24/07, *Prasad Kashyap* [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  The entire log is here
  http://rifers.org/paste/show/5314
 
  Cheers
  Prasad
 
  On 8/23/07, Prasad Kashyap [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
I have begun to see this same error at another location now.
   
On windows, run mvn from server/testsuite directory and you will
  get this
   
[INFO] [selenium:start-server {execution: start-server}]
[INFO] Starting Selenium server...
[INFO]
  
[ERROR] FATAL ERROR
[INFO]
  
 
[INFO] null
Illegal character in path at index 18: file:/C:/Documents and
   
  
  Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[INFO]
  
 
[INFO] Trace
java.lang.IllegalArgumentException
at java.net.URI.create(URI.java:842)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
  Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
  (NativeMethodAccessorImpl.java:39)
at
  
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   
   
http://rifers.org/paste/show/5312 http://rifers.org/paste/show/5312
   
Cheers
Prasad
   
   
   
   
On 8/14/07, Donald Woods [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 This should now be fixed in Rev565885.

 Should this be pulled into 2.0.1?


 -Donald

 Prasad Kashyap wrote:
  The changes that Donald Woods is doing (svn commit: r565837) is
  supposed to fix this.
 
  However, as you can see from the latest build error, this
  needs to be
  fixed further.
 
  Cheers
  Prasad
 
  On 8/14/07, Hernan Cunico [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
  So, how is this Jedi hand waving thingy?
 
  What is the file that needs to be replaced and where do I
  get it from? I don't see any on my repo with that timestamp.
 
  What other files need to be modified
 
  Cheers!
  Hernan
 
  Anita Kulshreshtha wrote:
  yup, copying alpha-1-20070806.170854-1.jar over alpha-1
  (and
  modifying plugin.xml and the pom file) works. A new release
  would be
  nice otherwise we can put it in the repo.
 
  Thanks
  Anita
 
  --- Donald Woods [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
  I still had a copy of the last alpha-1-SNAPSHOT laying around
  (jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar ) and
  copied it
  over the
  released alpha-1.jar from 8/8 and my builds starting
  working again on
  WinXP
 
  Should we place this in the repo for 2.0.1-SNAPSHOT or ask
  them to
  fix it
  before we release 2.0.1?
 
 
 
  -Donald
 
  Anita Kulshreshtha wrote:
  I have not been so lucky. I have tried branches/2.0.0
  also. I
  have
  tried deleting org.codehaus.mojo.jspc and ant from .m2
  repo without
  any
  success (The trunk builds fine).
 
  Thanks
  Anita
 
  --- Vamsavardhana Reddy  [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  I am not exactly building from geronimo-2.0-src.zip, but
  from
  branches\2.0.0.  If that still counts as if I built from
  src
  zip... I
  have
  not run into this problem.  I have tried after removing
  jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so
  that it
  downloads a
  fresh.
 
  --vamsi
 
 
  On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED]
  mailto:[EMAIL 

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Vamsavardhana Reddy]

Or use -Dmaven.repo.local=your-m2repo-dir with mvn.


On 8/24/07, Jarek Gawor [EMAIL PROTECTED] wrote:

 Hernan,

 See the first Windows Tip on
 http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html

I hope it is not Hernan who created that page :o)


:)

 Jarek

 On 8/23/07, Hernan Cunico [EMAIL PROTECTED] wrote:
  how do we set the .m2 repo to different directory? I can't find the
 config file to set this up.
 
  Cheers!
  Hernan
 
  Vamsavardhana Reddy wrote:
   Problem occurs when there is a space in the M2REPO directory, in this
   case C:\Documents And Settings\  Work around is to use an M2REPO
   dir without any spaces in it.  We will still have to investigate the
 cause.
  
   Vamsi
  
   On 8/24/07, *Prasad Kashyap* [EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] wrote:
  
   The entire log is here
   http://rifers.org/paste/show/5314
  
   Cheers
   Prasad
  
   On 8/23/07, Prasad Kashyap [EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] wrote:
 I have begun to see this same error at another location now.

 On windows, run mvn from server/testsuite directory and you
 will
   get this

 [INFO] [selenium:start-server {execution: start-server}]
 [INFO] Starting Selenium server...
 [INFO]
  
 
 [ERROR] FATAL ERROR
 [INFO]
  
 
  
 [INFO] null
 Illegal character in path at index 18: file:/C:/Documents and

  
 Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-
 1.7.0.jar
 [INFO]
  
 
  
 [INFO] Trace
 java.lang.IllegalArgumentException
 at java.net.URI.create(URI.java:842)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
   Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke
   (NativeMethodAccessorImpl.java:39)
 at
   sun.reflect.DelegatingMethodAccessorImpl.invoke(
 DelegatingMethodAccessorImpl.java:25)


 http://rifers.org/paste/show/5312 
 http://rifers.org/paste/show/5312

 Cheers
 Prasad




 On 8/14/07, Donald Woods [EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] wrote:
  This should now be fixed in Rev565885.
 
  Should this be pulled into 2.0.1?
 
 
  -Donald
 
  Prasad Kashyap wrote:
   The changes that Donald Woods is doing (svn commit:
 r565837) is
   supposed to fix this.
  
   However, as you can see from the latest build error, this
   needs to be
   fixed further.
  
   Cheers
   Prasad
  
   On 8/14/07, Hernan Cunico [EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] wrote:
   So, how is this Jedi hand waving thingy?
  
   What is the file that needs to be replaced and where do I
   get it from? I don't see any on my repo with that timestamp.
  
   What other files need to be modified
  
   Cheers!
   Hernan
  
   Anita Kulshreshtha wrote:
   yup, copying alpha-1-20070806.170854-1.jar over
 alpha-1
   (and
   modifying plugin.xml and the pom file) works. A new
 release
   would be
   nice otherwise we can put it in the repo.
  
   Thanks
   Anita
  
   --- Donald Woods [EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] wrote:
  
   The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
   I still had a copy of the last alpha-1-SNAPSHOT laying
 around
   (jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar )
 and
   copied it
   over the
   released alpha-1.jar from 8/8 and my builds starting
   working again on
   WinXP
  
   Should we place this in the repo for 2.0.1-SNAPSHOT or
 ask
   them to
   fix it
   before we release 2.0.1?
  
  
  
   -Donald
  
   Anita Kulshreshtha wrote:
   I have not been so lucky. I have tried
 branches/2.0.0
   also. I
   have
   tried deleting org.codehaus.mojo.jspc and ant from .m2
   repo without
   any
   success (The trunk builds fine).
  
   Thanks
   Anita
  
   --- Vamsavardhana Reddy  [EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] wrote:
  
   I am not exactly building from geronimo-2.0-src.zip,
 but
   from
   branches\2.0.0.  If that still counts as if I built
 from
   src
   zip... I
   have
  

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Hernan Cunico]

thx folks. settings.xml is the one I was looking for.

Cheers!
Hernan

Vamsavardhana Reddy wrote:

Or use -Dmaven.repo.local=your-m2repo-dir with mvn.


On 8/24/07, *Jarek Gawor* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
wrote:


Hernan,

See the first Windows Tip on
http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html

I hope it is not Hernan who created that page :o)
 


:)

Jarek

On 8/23/07, Hernan Cunico [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  how do we set the .m2 repo to different directory? I can't find
the config file to set this up.
 
  Cheers!
  Hernan
 
  Vamsavardhana Reddy wrote:
   Problem occurs when there is a space in the M2REPO directory,
in this
   case C:\Documents And Settings\  Work around is to use an
M2REPO
   dir without any spaces in it.  We will still have to
investigate the cause.
  
   Vamsi
  
   On 8/24/07, *Prasad Kashyap*  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  
   The entire log is here
   http://rifers.org/paste/show/5314
  
   Cheers
   Prasad
  
   On 8/23/07, Prasad Kashyap  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 I have begun to see this same error at another location
now.

 On windows, run mvn from server/testsuite directory and
you will
   get this

 [INFO] [selenium:start-server {execution: start-server}]
 [INFO] Starting Selenium server...
 [INFO]
  


 [ERROR] FATAL ERROR
 [INFO]
  


  
 [INFO] null
 Illegal character in path at index 18:
file:/C:/Documents and

  
Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar

 [INFO]
  



  
 [INFO] Trace
 java.lang.IllegalArgumentException
 at java.net.URI.create(URI.java:842)
 at sun.reflect.NativeMethodAccessorImpl.invoke0
(Native
   Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke
   (NativeMethodAccessorImpl.java:39)
 at
   sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)


 http://rifers.org/paste/show/5312 
http://rifers.org/paste/show/5312

 Cheers
 Prasad




 On 8/14/07, Donald Woods  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
  This should now be fixed in Rev565885.
 
  Should this be pulled into 2.0.1?
 
 
  -Donald
 
  Prasad Kashyap wrote:
   The changes that Donald Woods is doing (svn commit:
r565837) is
   supposed to fix this.
  
   However, as you can see from the latest build error,
this
   needs to be
   fixed further.
  
   Cheers
   Prasad
  
   On 8/14/07, Hernan Cunico [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
   So, how is this Jedi hand waving thingy?
  
   What is the file that needs to be replaced and
where do I
   get it from? I don't see any on my repo with that timestamp.
  
   What other files need to be modified
  
   Cheers!
   Hernan
  
   Anita Kulshreshtha wrote:
   yup, copying alpha-1-20070806.170854-1.jar
over alpha-1
   (and
   modifying plugin.xml and the pom file) works. A
new release
   would be
   nice otherwise we can put it in the repo.
  
   Thanks
   Anita
  
   --- Donald Woods  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
  
   The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
   I still had a copy of the last alpha-1-SNAPSHOT
laying around
  
(jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar ) and
   copied 

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Vamsavardhana Reddy]

Raymond,

It didn't help in this case.

public static void main(String[] args) throws MalformedURLException,
URISyntaxException {
Object temp = new URL(file:/C:/Documents and
Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
).toURI();
System.out.println(temp);
}

This method threw the same exception.

Moreover the failing code is not in Geronimo.

Vamsi

On 8/24/07, Raymond Feng [EMAIL PROTECTED] wrote:

  Hi,

 I ran into a similar problem before. Some classloaders doesn't encode the
 spaces for URL. The trick we did is to use new URL(uri).toURI() instead of
 URI.create(uri).

 Thanks,
 Raymond

 - Original Message -
 *From:* Vamsavardhana Reddy [EMAIL PROTECTED]
 *To:* dev@geronimo.apache.org
 *Sent:* Thursday, August 23, 2007 12:15 PM
 *Subject:* Re: [Fwd: Re: building geronimo-2.0-rc1]

 Problem occurs when there is a space in the M2REPO directory, in this case
 C:\Documents And Settings\  Work around is to use an M2REPO dir
 without any spaces in it.  We will still have to investigate the cause.

 Vamsi

 On 8/24/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
 
  The entire log is here
  http://rifers.org/paste/show/5314
 
  Cheers
  Prasad
 
  On 8/23/07, Prasad Kashyap [EMAIL PROTECTED]  wrote:
   I have begun to see this same error at another location now.
  
   On windows, run mvn from server/testsuite directory and you will get
  this
  
   [INFO] [selenium:start-server {execution: start-server}]
   [INFO] Starting Selenium server...
   [INFO]
  
   [ERROR] FATAL ERROR
   [INFO]
  
   [INFO] null
   Illegal character in path at index 18: file:/C:/Documents and
   Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-
  1.7.0.jar
   [INFO]
  
   [INFO] Trace
   java.lang.IllegalArgumentException
   at java.net.URI.create(URI.java:842)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke (
  NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(
  DelegatingMethodAccessorImpl.java:25)
  
  
   http://rifers.org/paste/show/5312
  
   Cheers
   Prasad
  
  
  
  
   On 8/14/07, Donald Woods [EMAIL PROTECTED] wrote:
This should now be fixed in Rev565885.
   
Should this be pulled into 2.0.1?
   
   
-Donald
   
Prasad Kashyap wrote:
 The changes that Donald Woods is doing (svn commit: r565837) is
 supposed to fix this.

 However, as you can see from the latest build error, this needs to
  be
 fixed further.

 Cheers
 Prasad

 On 8/14/07, Hernan Cunico [EMAIL PROTECTED] wrote:
 So, how is this Jedi hand waving thingy?

 What is the file that needs to be replaced and where do I get it
  from? I don't see any on my repo with that timestamp.

 What other files need to be modified

 Cheers!
 Hernan

 Anita Kulshreshtha wrote:
 yup, copying alpha-1-20070806.170854-1.jar over alpha-1 (and
 modifying plugin.xml and the pom file) works. A new release
  would be
 nice otherwise we can put it in the repo.

 Thanks
 Anita

 --- Donald Woods [EMAIL PROTECTED] wrote:

 The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
 I still had a copy of the last alpha-1-SNAPSHOT laying around
 (jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar ) and
  copied it
 over the
 released alpha-1.jar from 8/8 and my builds starting working
  again on
 WinXP

 Should we place this in the repo for 2.0.1-SNAPSHOT or ask them
  to
 fix it
 before we release 2.0.1?



 -Donald

 Anita Kulshreshtha wrote:
 I have not been so lucky. I have tried branches/2.0.0
  also. I
 have
 tried deleting org.codehaus.mojo.jspc and ant from .m2 repo
  without
 any
 success (The trunk builds fine).

 Thanks
 Anita

 --- Vamsavardhana Reddy  [EMAIL PROTECTED] wrote:

 I am not exactly building from geronimo-2.0-src.zip, but from
 branches\2.0.0.  If that still counts as if I built from src
 zip... I
 have
 not run into this problem.  I have tried after removing
 jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so that
  it
 downloads a
 fresh.

 --vamsi


 On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
Is anyone else seeing this in geronimo-welcome.. I am
  building
 from
 http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
 
  http://people.apache.org/%7Ehogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
 Thanks
 Anita

 Downloading:


  

Re: Updating the WebSite for 2.0.1

[Hernan Cunico]

Trying to generate the javadocs with maven - mvn site
I'm hitting this build error, any ideas?

[INFO] 

[INFO] Building Geronimo Test Support :: Selenium
[INFO]task-segment: [site]
[INFO] 

[INFO] Preparing javadoc:javadoc
[INFO] [enforcer:enforce {execution: default}]
[INFO] Preparing surefire-report:report
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[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] [site:site]
[WARNING] Unable to load parent project from repository: Could not find the 
model file 'D:\Apache\tags-2.0.1\..\pom.xml'.
[INFO] Generate Checkstyle report.
[INFO] There are 45 checkstyle errors.
[INFO] Generate JavaDocs report.
1 error
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error during page generation

Embedded error: Error rendering Maven report: Exit code: 1 - 
D:\Apache\tags-2.0.1\testsupport\testsupport-selenium\src\main\java\org\apache\geronimo\testsupport\SeleniumTestSupport.java:56:
 annotations are not supported in -source 1.4
(try -source 1.5 to enable annotations)
   @BeforeSuite
^

Command line was:C:\Java\jdk1.5.0_06\jre\..\bin\javadoc.exe -J-Xmx512m 
-J-Xms128m @options @packages
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 3 minutes 8 seconds
[INFO] Finished at: Thu Aug 23 15:52:58 EDT 2007
[INFO] Final Memory: 78M/508M
[INFO] 

Cheers!
Hernan


Hernan Cunico wrote:
Good point, does anyone know if maven 2 has some sort of template for 
formatting the java docs?


/www/geronimo.apache.org/api is not under version control, does anyone 
know how these used to get updated in the past?


I'm looking into generating a new set of javadocs but I think we should 
keep them on svn this time. Thoughts?


As for the schemas, we currently have schemas-1.0 and schemas-1.1 under 
http://svn.apache.org/repos/asf/geronimo/site/trunk/docs/


Can you folks copy all the .xsd to *schemas-2.0*, I don't really know 
where to get them all from. I'll update the website once we have the 
schemas there. How does that sound?


Cheers!
Hernan

Jarek Gawor wrote:

Hernan,

The 'Javadoc' link on the main page still seems to point to some
outdated API. Also, the 'XML Schemas' link does not have the 2.0
schemas.

Jarek

On 8/21/07, Hernan Cunico [EMAIL PROTECTED] wrote:
Ok, the downloads page is updated as well as the  News in the front 
page.


Cheers!
Hernan

Matt Hogstrom wrote:

Da

On Aug 21, 2007, at 4:12 PM, Hernan Cunico wrote:


I'll update it later tonight. Are we ready for updating the News
section too?

Cheers!
Hernan

Matt Hogstrom wrote:

Hernan,
Oh mighty purveyor of Confluence shtuffes.  Can you update our
website for downloads of 2.0.1...looks like its had time to bake and
we're good to go.  (So long as Donald doesn't find a security problem
;-P )

Adding j2g to site

[Erik B. Craig]

All,

After the recent round of changes and improvements around j2g (usable from
within the Eclipse IDE UI, Annotations support, improved logging/information
output, support for EJB 3), as well as a bit of interest out in the general
open source community in moving applications from Jboss to Geronimo (such as
today's inquiry on theserverside.com), I feel as though it would be of some
benefit to have j2g, at least the content in our confluence wiki (
http://cwiki.apache.org/GMOxDOC20/j2g-migration-tool.html) linked somewhere
on the actual geronimo homepage. I was thinking either as it's own link
under 'Subprojects', much as Development Tools, GBuild, or XBean are
situated, or as an addition inside the Development Tools page, much as the
current Eclipse Plug-in section rests within there.

I am willing to commit to doing a bit of additional writing (beyond what is
on the wiki) if it were to be under it's own section, or a subsection of
development tools if necessary, but I think it would be good to get it up
and out there sooner rather than later, especially to coincide with the
recent release of 2.0.1 to perhaps show those out there remotely interested
in migrating, there are tools available to assist and perhaps 'hold their
hand' a bit.


Thoughts? Comments? Objections?

Thanks
-- 
Erik B. Craig

Re: Updating the WebSite for 2.0.1

[Prasad Kashyap]

Hernan,

I have generated the docs for you. I fixed the configuration param in
genesis to get around this problem. For some strange reason, I was not
able to override it with the options passed from command line.
Anyways, the site is here

http://people.apache.org/~prasad/apidocs

I would like to do a li'l more like put headers, footers, link source
etc. Let me work further on it.

Cheers
Prasad

On 8/23/07, Hernan Cunico [EMAIL PROTECTED] wrote:
 Trying to generate the javadocs with maven - mvn site
 I'm hitting this build error, any ideas?

 [INFO] 
 
 [INFO] Building Geronimo Test Support :: Selenium
 [INFO]task-segment: [site]
 [INFO] 
 
 [INFO] Preparing javadoc:javadoc
 [INFO] [enforcer:enforce {execution: default}]
 [INFO] Preparing surefire-report:report
 [INFO] [enforcer:enforce {execution: default}]
 [INFO] [tools:copy-legal-files {execution: install-legal-files}]
 [INFO] [resources:resources]
 [INFO] Using default encoding to copy filtered resources.
 [INFO] [compiler:compile]
 [INFO] Nothing to compile - all classes are up to date
 [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] [site:site]
 [WARNING] Unable to load parent project from repository: Could not find the 
 model file 'D:\Apache\tags-2.0.1\..\pom.xml'.
 [INFO] Generate Checkstyle report.
 [INFO] There are 45 checkstyle errors.
 [INFO] Generate JavaDocs report.
 1 error
 [INFO] 
 
 [ERROR] BUILD ERROR
 [INFO] 
 
 [INFO] Error during page generation

 Embedded error: Error rendering Maven report: Exit code: 1 - 
 D:\Apache\tags-2.0.1\testsupport\testsupport-selenium\src\main\java\org\apache\geronimo\testsupport\SeleniumTestSupport.java:56:
  annotations are not supported in -source 1.4
 (try -source 1.5 to enable annotations)
 @BeforeSuite
  ^

 Command line was:C:\Java\jdk1.5.0_06\jre\..\bin\javadoc.exe -J-Xmx512m 
 -J-Xms128m @options @packages
 [INFO] 
 
 [INFO] For more information, run Maven with the -e switch
 [INFO] 
 
 [INFO] Total time: 3 minutes 8 seconds
 [INFO] Finished at: Thu Aug 23 15:52:58 EDT 2007
 [INFO] Final Memory: 78M/508M
 [INFO] 
 

 Cheers!
 Hernan


 Hernan Cunico wrote:
  Good point, does anyone know if maven 2 has some sort of template for
  formatting the java docs?
 
  /www/geronimo.apache.org/api is not under version control, does anyone
  know how these used to get updated in the past?
 
  I'm looking into generating a new set of javadocs but I think we should
  keep them on svn this time. Thoughts?
 
  As for the schemas, we currently have schemas-1.0 and schemas-1.1 under
  http://svn.apache.org/repos/asf/geronimo/site/trunk/docs/
 
  Can you folks copy all the .xsd to *schemas-2.0*, I don't really know
  where to get them all from. I'll update the website once we have the
  schemas there. How does that sound?
 
  Cheers!
  Hernan
 
  Jarek Gawor wrote:
  Hernan,
 
  The 'Javadoc' link on the main page still seems to point to some
  outdated API. Also, the 'XML Schemas' link does not have the 2.0
  schemas.
 
  Jarek
 
  On 8/21/07, Hernan Cunico [EMAIL PROTECTED] wrote:
  Ok, the downloads page is updated as well as the  News in the front
  page.
 
  Cheers!
  Hernan
 
  Matt Hogstrom wrote:
  Da
 
  On Aug 21, 2007, at 4:12 PM, Hernan Cunico wrote:
 
  I'll update it later tonight. Are we ready for updating the News
  section too?
 
  Cheers!
  Hernan
 
  Matt Hogstrom wrote:
  Hernan,
  Oh mighty purveyor of Confluence shtuffes.  Can you update our
  website for downloads of 2.0.1...looks like its had time to bake and
  we're good to go.  (So long as Donald doesn't find a security problem
  ;-P )
 
 
 

Re: Updating the WebSite for 2.0.1

[Hernan Cunico]

yup, it will be great if we can apply some sort of template to make it look 
more like the rest of the site (css, footer, banners, etc)

We should also keep one set of javadocs for each release of G, kinda the same 
thing we do for the xmlschemas. thoughts?

Cheers!
Hernan

Prasad Kashyap wrote:

Hernan,

I have generated the docs for you. I fixed the configuration param in
genesis to get around this problem. For some strange reason, I was not
able to override it with the options passed from command line.
Anyways, the site is here

http://people.apache.org/~prasad/apidocs

I would like to do a li'l more like put headers, footers, link source
etc. Let me work further on it.

Cheers
Prasad

On 8/23/07, Hernan Cunico [EMAIL PROTECTED] wrote:

Trying to generate the javadocs with maven - mvn site
I'm hitting this build error, any ideas?

[INFO] 

[INFO] Building Geronimo Test Support :: Selenium
[INFO]task-segment: [site]
[INFO] 

[INFO] Preparing javadoc:javadoc
[INFO] [enforcer:enforce {execution: default}]
[INFO] Preparing surefire-report:report
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[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] [site:site]
[WARNING] Unable to load parent project from repository: Could not find the 
model file 'D:\Apache\tags-2.0.1\..\pom.xml'.
[INFO] Generate Checkstyle report.
[INFO] There are 45 checkstyle errors.
[INFO] Generate JavaDocs report.
1 error
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error during page generation

Embedded error: Error rendering Maven report: Exit code: 1 - 
D:\Apache\tags-2.0.1\testsupport\testsupport-selenium\src\main\java\org\apache\geronimo\testsupport\SeleniumTestSupport.java:56:
 annotations are not supported in -source 1.4
(try -source 1.5 to enable annotations)
@BeforeSuite
 ^

Command line was:C:\Java\jdk1.5.0_06\jre\..\bin\javadoc.exe -J-Xmx512m 
-J-Xms128m @options @packages
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 3 minutes 8 seconds
[INFO] Finished at: Thu Aug 23 15:52:58 EDT 2007
[INFO] Final Memory: 78M/508M
[INFO] 

Cheers!
Hernan


Hernan Cunico wrote:

Good point, does anyone know if maven 2 has some sort of template for
formatting the java docs?

/www/geronimo.apache.org/api is not under version control, does anyone
know how these used to get updated in the past?

I'm looking into generating a new set of javadocs but I think we should
keep them on svn this time. Thoughts?

As for the schemas, we currently have schemas-1.0 and schemas-1.1 under
http://svn.apache.org/repos/asf/geronimo/site/trunk/docs/

Can you folks copy all the .xsd to *schemas-2.0*, I don't really know
where to get them all from. I'll update the website once we have the
schemas there. How does that sound?

Cheers!
Hernan

Jarek Gawor wrote:

Hernan,

The 'Javadoc' link on the main page still seems to point to some
outdated API. Also, the 'XML Schemas' link does not have the 2.0
schemas.

Jarek

On 8/21/07, Hernan Cunico [EMAIL PROTECTED] wrote:

Ok, the downloads page is updated as well as the  News in the front
page.

Cheers!
Hernan

Matt Hogstrom wrote:

Da

On Aug 21, 2007, at 4:12 PM, Hernan Cunico wrote:


I'll update it later tonight. Are we ready for updating the News
section too?

Cheers!
Hernan

Matt Hogstrom wrote:

Hernan,
Oh mighty purveyor of Confluence shtuffes.  Can you update our
website for downloads of 2.0.1...looks like its had time to bake and
we're good to go.  (So long as Donald doesn't find a security problem
;-P )

Re: Adding j2g to site

[Viet Nguyen]

With the recent activity and interest on the user/dev list with people who
are actually USING the j2g migration tool, I think we really need to make
these documents easily available asap.

I believe that the J2G link should reside under the Subprojects category
on our main page. This way the tool itself will get more exposure and
hopefully be easier to find for those who are interested in developing
and/or testing it out.

Maybe even post something about J2G under the News section to make sure it
will be more visible to those who are new.

Thanks,
Viet Nguyen

[jira] Closed: (GERONIMODEVTOOLS-141) Installation/Activation of other Plugins fail after installing Devtools plugin

[Tim McConnell (JIRA)]

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

Tim McConnell closed GERONIMODEVTOOLS-141.
--


Fixed with r569150 changes. Thanks Ted for the patch !!

 Installation/Activation of other Plugins fail after installing Devtools plugin
 --

 Key: GERONIMODEVTOOLS-141
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-141
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.0
 Environment: Windows XP SP2, Java 1.6.0_01, Eclipse 3.3 M6, WST 2.0 M6
Reporter: Stefan
Assignee: Tim McConnell
Priority: Blocker
 Fix For: 2.0

 Attachments: GD-141-2.patch, GD-141.patch


 Via Eclipse function to download additional server adapters you can choose 
 and install the plugin.
 But after restart Eclipse the plugin is disabled. If you try to enable it, 
 you get:
 Requested operation cannot be performed because it would invalidate the 
 current configuration. See details for more information. 
 org.apache.geronimo.feature (1.2.0) requires plug-in 
 com.ibm.etools.emf.event.

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

[jira] Created: (GERONIMO-3441) Server monitoring and management

[Erik B. Craig (JIRA)]

Server monitoring and management


 Key: GERONIMO-3441
 URL: https://issues.apache.org/jira/browse/GERONIMO-3441
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
  Components: general
Affects Versions: 2.1
 Environment: All
Reporter: Erik B. Craig
Assignee: Erik B. Craig


Currently, there is not a good way of surfacing Geronimo's server information 
so that an administrator can monitor the server's status. The architecture of 
using MBeans is established, but not fully exploited. This enhancement will 
take advantage of what Geronimo currently offers and extend it so that a server 
can tap into a cluster of servers and extract information from specific 
Geronimo servers or even aggregates of Geronimo servers.

The goal is to have one machine be able to reach out to all Geronimo servers in 
order to fetch data or even alter their state. This will be especially useful 
in the case of someone having to monitor a large number of Geronimo servers.

Viet Nguyen and myself have completed a bit of framework towards this goal, to 
be attached to this jira

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

[jira] Updated: (GERONIMO-3441) Server monitoring and management

[Erik B. Craig (JIRA)]

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

Erik B. Craig updated GERONIMO-3441:


Description: 
Currently, there is not a good way of surfacing Geronimo's server information 
so that an administrator can monitor the server's status. The architecture of 
using MBeans is established, but not fully exploited. This enhancement will 
take advantage of what Geronimo currently offers and extend it so that a server 
can tap into a cluster of servers and extract information from specific 
Geronimo servers or even aggregates of Geronimo servers.

The goal is to have one machine be able to reach out to all Geronimo servers in 
order to fetch data or even alter their state. This will be especially useful 
in the case of someone having to monitor a large number of Geronimo servers.

Viet Nguyen and myself have completed a bit of framework towards this goal, to 
be attached to this jira

In-depth information can be found in the confluence wiki here
http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service

  was:
Currently, there is not a good way of surfacing Geronimo's server information 
so that an administrator can monitor the server's status. The architecture of 
using MBeans is established, but not fully exploited. This enhancement will 
take advantage of what Geronimo currently offers and extend it so that a server 
can tap into a cluster of servers and extract information from specific 
Geronimo servers or even aggregates of Geronimo servers.

The goal is to have one machine be able to reach out to all Geronimo servers in 
order to fetch data or even alter their state. This will be especially useful 
in the case of someone having to monitor a large number of Geronimo servers.

Viet Nguyen and myself have completed a bit of framework towards this goal, to 
be attached to this jira


 Server monitoring and management
 

 Key: GERONIMO-3441
 URL: https://issues.apache.org/jira/browse/GERONIMO-3441
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: general
Affects Versions: 2.1
 Environment: All
Reporter: Erik B. Craig
Assignee: Erik B. Craig

 Currently, there is not a good way of surfacing Geronimo's server information 
 so that an administrator can monitor the server's status. The architecture of 
 using MBeans is established, but not fully exploited. This enhancement will 
 take advantage of what Geronimo currently offers and extend it so that a 
 server can tap into a cluster of servers and extract information from 
 specific Geronimo servers or even aggregates of Geronimo servers.
 The goal is to have one machine be able to reach out to all Geronimo servers 
 in order to fetch data or even alter their state. This will be especially 
 useful in the case of someone having to monitor a large number of Geronimo 
 servers.
 Viet Nguyen and myself have completed a bit of framework towards this goal, 
 to be attached to this jira
 In-depth information can be found in the confluence wiki here
 http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service

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

[jira] Updated: (GERONIMO-3441) Server monitoring and management

[Erik B. Craig (JIRA)]

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

Erik B. Craig updated GERONIMO-3441:


Attachment: screenshot1.jpg

Screenshot1, showing first iteration of the console plugin UI component 

 Server monitoring and management
 

 Key: GERONIMO-3441
 URL: https://issues.apache.org/jira/browse/GERONIMO-3441
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: general
Affects Versions: 2.1
 Environment: All
Reporter: Erik B. Craig
Assignee: Erik B. Craig
 Attachments: screenshot1.jpg, screenshot2.jpg


 Currently, there is not a good way of surfacing Geronimo's server information 
 so that an administrator can monitor the server's status. The architecture of 
 using MBeans is established, but not fully exploited. This enhancement will 
 take advantage of what Geronimo currently offers and extend it so that a 
 server can tap into a cluster of servers and extract information from 
 specific Geronimo servers or even aggregates of Geronimo servers.
 The goal is to have one machine be able to reach out to all Geronimo servers 
 in order to fetch data or even alter their state. This will be especially 
 useful in the case of someone having to monitor a large number of Geronimo 
 servers.
 Viet Nguyen and myself have completed a bit of framework towards this goal, 
 to be attached to this jira
 In-depth information can be found in the confluence wiki here
 http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service

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

[jira] Updated: (GERONIMO-3441) Server monitoring and management

[Erik B. Craig (JIRA)]

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

Erik B. Craig updated GERONIMO-3441:


Attachment: screenshot2.jpg

Screenshot2, first iteration of console UI portlet

 Server monitoring and management
 

 Key: GERONIMO-3441
 URL: https://issues.apache.org/jira/browse/GERONIMO-3441
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: general
Affects Versions: 2.1
 Environment: All
Reporter: Erik B. Craig
Assignee: Erik B. Craig
 Attachments: screenshot1.jpg, screenshot2.jpg


 Currently, there is not a good way of surfacing Geronimo's server information 
 so that an administrator can monitor the server's status. The architecture of 
 using MBeans is established, but not fully exploited. This enhancement will 
 take advantage of what Geronimo currently offers and extend it so that a 
 server can tap into a cluster of servers and extract information from 
 specific Geronimo servers or even aggregates of Geronimo servers.
 The goal is to have one machine be able to reach out to all Geronimo servers 
 in order to fetch data or even alter their state. This will be especially 
 useful in the case of someone having to monitor a large number of Geronimo 
 servers.
 Viet Nguyen and myself have completed a bit of framework towards this goal, 
 to be attached to this jira
 In-depth information can be found in the confluence wiki here
 http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service

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

[jira] Updated: (GERONIMO-3441) Server monitoring and management

[Viet Hung Nguyen (JIRA)]

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

Viet Hung Nguyen updated GERONIMO-3441:
---

Attachment: MRC.zip

I have attached the MRC gbean which will reside on the server(s) to be 
monitored. This Gbean provides a gateway for the management server (the stuff 
that Erik is working on) to query and even make changes to the existing 
components on whatever server that the MRC gbean is monitoring. 

This version of the MRC gbean has also enabled monthly archiving of the 
server's information.

 Server monitoring and management
 

 Key: GERONIMO-3441
 URL: https://issues.apache.org/jira/browse/GERONIMO-3441
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: general
Affects Versions: 2.1
 Environment: All
Reporter: Erik B. Craig
Assignee: Erik B. Craig
 Attachments: MRC.zip, screenshot1.jpg, screenshot2.jpg, 
 statsportlet.zip


 Currently, there is not a good way of surfacing Geronimo's server information 
 so that an administrator can monitor the server's status. The architecture of 
 using MBeans is established, but not fully exploited. This enhancement will 
 take advantage of what Geronimo currently offers and extend it so that a 
 server can tap into a cluster of servers and extract information from 
 specific Geronimo servers or even aggregates of Geronimo servers.
 The goal is to have one machine be able to reach out to all Geronimo servers 
 in order to fetch data or even alter their state. This will be especially 
 useful in the case of someone having to monitor a large number of Geronimo 
 servers.
 Viet Nguyen and myself have completed a bit of framework towards this goal, 
 to be attached to this jira
 In-depth information can be found in the confluence wiki here
 http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service

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

[jira] Updated: (GERONIMO-3441) Server monitoring and management

[Erik B. Craig (JIRA)]

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

Erik B. Craig updated GERONIMO-3441:


Attachment: statsportlet.zip

User interface (portlet intended for plugable admin console) component of the 
set. 
To implement, you need 2.x minimal assembly (tomcat) running, with the console 
from
https://svn.apache.org/repos/asf/geronimo/plugins/console/ installed, as well 
as pluto from 
https://svn.apache.org/repos/asf/geronimo/plugins/pluto/ installed.

In addition to this, the tomcat-dojo plugin must also be installed, as well as 
the MRC component that collects the statistics/forwards to this client.

Once all this requirements are met, this zip can be extracted, and compiled 
with mvn install.
All that must be done then is to do a deploy of the .war created in the target 
directory from within the plugable admin console.

On first load, a stats collection thread will be started with a snapshot 
interval of 60 seconds. The portlet is currently hardcoded to generate 
15-minute graphs for all of the data tracked from tomcat.

 Server monitoring and management
 

 Key: GERONIMO-3441
 URL: https://issues.apache.org/jira/browse/GERONIMO-3441
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: general
Affects Versions: 2.1
 Environment: All
Reporter: Erik B. Craig
Assignee: Erik B. Craig
 Attachments: MRC.zip, screenshot1.jpg, screenshot2.jpg, 
 statsportlet.zip


 Currently, there is not a good way of surfacing Geronimo's server information 
 so that an administrator can monitor the server's status. The architecture of 
 using MBeans is established, but not fully exploited. This enhancement will 
 take advantage of what Geronimo currently offers and extend it so that a 
 server can tap into a cluster of servers and extract information from 
 specific Geronimo servers or even aggregates of Geronimo servers.
 The goal is to have one machine be able to reach out to all Geronimo servers 
 in order to fetch data or even alter their state. This will be especially 
 useful in the case of someone having to monitor a large number of Geronimo 
 servers.
 Viet Nguyen and myself have completed a bit of framework towards this goal, 
 to be attached to this jira
 In-depth information can be found in the confluence wiki here
 http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service

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

[jira] Issue Comment Edited: (GERONIMO-3441) Server monitoring and management

[Viet Hung Nguyen (JIRA)]

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

vhnguyen edited comment on GERONIMO-3441 at 8/23/07 2:43 PM:
-

I have attached the MRC gbean which will reside on the server(s) to be 
monitored. This Gbean provides a gateway for the management server (the stuff 
that Erik is working on) to query and even make changes to the existing 
components on whatever server that the MRC gbean is monitoring. 

This version of the MRC gbean has also enabled monthly archiving of the 
server's information.

Also, please read the 'readme.txt' file for information on how to compile and 
deploy this gbean.

  was (Author: vhnguyen):
I have attached the MRC gbean which will reside on the server(s) to be 
monitored. This Gbean provides a gateway for the management server (the stuff 
that Erik is working on) to query and even make changes to the existing 
components on whatever server that the MRC gbean is monitoring. 

This version of the MRC gbean has also enabled monthly archiving of the 
server's information.
  
 Server monitoring and management
 

 Key: GERONIMO-3441
 URL: https://issues.apache.org/jira/browse/GERONIMO-3441
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: general
Affects Versions: 2.1
 Environment: All
Reporter: Erik B. Craig
Assignee: Erik B. Craig
 Attachments: MRC.zip, screenshot1.jpg, screenshot2.jpg, 
 statsportlet.zip


 Currently, there is not a good way of surfacing Geronimo's server information 
 so that an administrator can monitor the server's status. The architecture of 
 using MBeans is established, but not fully exploited. This enhancement will 
 take advantage of what Geronimo currently offers and extend it so that a 
 server can tap into a cluster of servers and extract information from 
 specific Geronimo servers or even aggregates of Geronimo servers.
 The goal is to have one machine be able to reach out to all Geronimo servers 
 in order to fetch data or even alter their state. This will be especially 
 useful in the case of someone having to monitor a large number of Geronimo 
 servers.
 Viet Nguyen and myself have completed a bit of framework towards this goal, 
 to be attached to this jira
 In-depth information can be found in the confluence wiki here
 http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service

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

Server monitoring and management

[Erik B. Craig]

All,

Recently Viet Nguyen and myself have been working on a project that would
ultimately assist a great deal in monitoring and managing services within a
single geronimo instance, as well as in a cluster environment with upwards
of thousands of machines. While it is currently in its infant stages, we
felt it best to get some basic framework down and take it here as soon as
possible to get as much community involvement in the project as possible,
hopefully resulting in a much more polished product at the end.

Currently what we have is a collection agent (MBean) that will run on a
given instance of geronimo (can be anything minimal and up), collecting data
from Tomcat only at present (No worries, we haven't forgotten about jetty
and our other core component friends). This is done at a set interval and
thrown into an XML file residing in the /var directory. This mbean also
serves as a jmx server connection, ultimately providing the gateway to any
number of operations and data requests (deploy/undeploys, star/stops,
attribute modifications) from a 'management node' to the machine running
this mbean in a clustered environment.

In conjuction with this, we have also been doing the basic work on a porlet
designed around the new (improved) much more plugable admin console that
Paul has been doing a lot of work on lately. Currently it is utilizing dojo
chart to generate graphs on request with data that is pulled from the
Management MBean, ultimately coming from the logged snapshots in the xml
file.

It would be greatly appreciated if some of you would take the time to have a
look at what we currently have, maybe give some input... and just maybe if
some of you are interested, hopping on board as well =)

There is a jira up that has the necessary files attached to it
https://issues.apache.org/jira/browse/GERONIMO-3441

There is also a more in-depth explanation of long term goals with this up in
the wiki here:
http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service

In addition to these, here are a couple direct links to some screenshots to
ohh and ahh over the pretty graphs
https://issues.apache.org/jira/secure/attachment/12364451/screenshot1.jpg
https://issues.apache.org/jira/secure/attachment/12364451/screenshot2.jpg


Thanks!
-- 
Erik B. Craig

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Anita Kulshreshtha]

   I am seeing this error on trunk:
http://issues.apache.org/jira/browse/GERONIMO-3424
   I had to change buildsupport-maven-plugin to NOP (edit
CopyXMLBeansSchemaMojo.groovy) to be able to build from C:\Documents
And Settings\... 

Thanks
Anita
  
--- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:

 Problem occurs when there is a space in the M2REPO directory, in this
 case
 C:\Documents And Settings\  Work around is to use an M2REPO dir
 without any spaces in it.  We will still have to investigate the
 cause.
 
 Vamsi
 
 On 8/24/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
 
  The entire log is here
  http://rifers.org/paste/show/5314
 
  Cheers
  Prasad
 
  On 8/23/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
   I have begun to see this same error at another location now.
  
   On windows, run mvn from server/testsuite directory and you will
 get
  this
  
   [INFO] [selenium:start-server {execution: start-server}]
   [INFO] Starting Selenium server...
   [INFO]
 


   [ERROR] FATAL ERROR
   [INFO]
 


   [INFO] null
   Illegal character in path at index 18: file:/C:/Documents and
  
 Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-
  1.7.0.jar
   [INFO]
 


   [INFO] Trace
   java.lang.IllegalArgumentException
   at java.net.URI.create(URI.java:842)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
 Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(
  NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(
  DelegatingMethodAccessorImpl.java:25)
  
  
   http://rifers.org/paste/show/5312
  
   Cheers
   Prasad
  
  
  
  
   On 8/14/07, Donald Woods [EMAIL PROTECTED] wrote:
This should now be fixed in Rev565885.
   
Should this be pulled into 2.0.1?
   
   
-Donald
   
Prasad Kashyap wrote:
 The changes that Donald Woods is doing (svn commit: r565837)
 is
 supposed to fix this.

 However, as you can see from the latest build error, this
 needs to
  be
 fixed further.

 Cheers
 Prasad

 On 8/14/07, Hernan Cunico [EMAIL PROTECTED] wrote:
 So, how is this Jedi hand waving thingy?

 What is the file that needs to be replaced and where do I
 get it
  from? I don't see any on my repo with that timestamp.

 What other files need to be modified

 Cheers!
 Hernan

 Anita Kulshreshtha wrote:
 yup, copying alpha-1-20070806.170854-1.jar over alpha-1
 (and
 modifying plugin.xml and the pom file) works. A new release
 would
  be
 nice otherwise we can put it in the repo.

 Thanks
 Anita

 --- Donald Woods [EMAIL PROTECTED] wrote:

 The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
 I still had a copy of the last alpha-1-SNAPSHOT laying
 around
 (jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar) and
 copied
  it
 over the
 released alpha-1.jar from 8/8 and my builds starting
 working
  again on
 WinXP

 Should we place this in the repo for 2.0.1-SNAPSHOT or ask
 them
  to
 fix it
 before we release 2.0.1?



 -Donald

 Anita Kulshreshtha wrote:
 I have not been so lucky. I have tried branches/2.0.0
 also.
  I
 have
 tried deleting org.codehaus.mojo.jspc and ant from .m2
 repo
  without
 any
 success (The trunk builds fine).

 Thanks
 Anita

 --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:

 I am not exactly building from geronimo-2.0-src.zip, but
 from
 branches\2.0.0.  If that still counts as if I built from
 src
 zip... I
 have
 not run into this problem.  I have tried after removing
 jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so
 that it
 downloads a
 fresh.

 --vamsi


 On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED]
 wrote:
Is anyone else seeing this in geronimo-welcome.. I
 am
  building
 from

 

http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
 Thanks
 Anita

 Downloading:


  http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler

 -tomcat6/2.0-alpha-1/jspc-compiler-tomcat6-2.0-alpha-1.jar
 4K downloaded
 [INFO] [jspc:compile {execution: default}]
 [INFO]


 


 [ERROR] FATAL ERROR
 [INFO]


 


 [INFO] null
 Illegal character in path at index 18:
 file:/C:/Documents and
 Settings/Anita/.m2
 /repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
 [INFO]


 

[jira] Assigned: (GERONIMO-3424) Fatal error in geronimo-service-builder during copy-xmlbeans-schemas on windows

[Jason Dillon (JIRA)]

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

Jason Dillon reassigned GERONIMO-3424:
--

Assignee: Jason Dillon

 Fatal error in geronimo-service-builder during copy-xmlbeans-schemas on 
 windows
 ---

 Key: GERONIMO-3424
 URL: https://issues.apache.org/jira/browse/GERONIMO-3424
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: buildsystem
Affects Versions: 2.1
 Environment: windows
Reporter: Anita Kulshreshtha
Assignee: Jason Dillon
Priority: Minor

The build for trunk rev 567880 is failing in geronimo-service-builder. 
 This may be a windows only problem. The module builds fine after commenting 
 out the copy-xmlbeans-schemas part.
 .
 [INFO] [enforcer:enforce {execution: default}]
 [INFO] [xmlbeans:xmlbeans {execution: default}]
 Time to build schema type system: 1.016 seconds
 Time to generate code: 0.422 seconds
 Time to compile code: 2.625 seconds
 [INFO] [tools:copy-legal-files {execution: install-legal-files}]
 [INFO] Created dir: 
 C:\anita\geronimo\g2.0\modules\geronimo-service-builder\targ
 et\classes\META-INF
 [INFO] Copying 2 files to 
 C:\anita\geronimo\g2.0\modules\geronimo-service-builde
 r\target\classes\META-INF
 [INFO] [buildsupport:copy-xmlbeans-schemas {execution: default}]
 [INFO] 
 
 [ERROR] FATAL ERROR
 [INFO] 
 
 [INFO] null
 Illegal character in path at index 18: file:/C:/Documents and 
 Settings/Anita/.m2
 /repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
 [INFO] 
 
 [INFO] Trace
 java.lang.IllegalArgumentException
 at java.net.URI.create(URI.java:842)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
 java:39)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
 sorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.apache.tools.ant.launch.Locator.fromURI(Locator.java:162)
 at 
 org.apache.tools.ant.launch.Locator.getResourceSource(Locator.java:11
 9)
 at org.apache.tools.ant.launch.Locator.getClassSource(Locator.java:90)
 at org.apache.tools.ant.Project.setAntLib(Project.java:313)
 at org.apache.tools.ant.Project.initProperties(Project.java:309)
 at org.apache.tools.ant.Project.init(Project.java:295)
 at 
 org.codehaus.mojo.groovy.util.AntBuilder.createProject(AntBuilder.jav
 a:65)
 at org.codehaus.mojo.groovy.util.AntBuilder.init(AntBuilder.java:39)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
 Method)
 at 
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
 orAccessorImpl.java:39)
 at 
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
 onstructorAccessorImpl.java:27)
 at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
 at 
 org.codehaus.groovy.runtime.MetaClassHelper.doConstructorInvoke(MetaC
 lassHelper.java:563)
 at 
 groovy.lang.MetaClassImpl.doConstructorInvoke(MetaClassImpl.java:1864
 )
 at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:804)
 at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:734)
 at 
 org.codehaus.groovy.runtime.Invoker.invokeConstructorOf(Invoker.java:
 143)
 at 
 org.codehaus.groovy.runtime.InvokerHelper.invokeConstructorOf(Invoker
 Helper.java:114)
 at 
 org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeNewN(ScriptBy
 tecodeAdapter.java:214)
 at 
 org.codehaus.mojo.groovy.GroovyMojoSupport.getAnt(GroovyMojoSupport.g
 roovy:42)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
 java:39)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
 sorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at 
 org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Ref
 lectionMetaMethod.java:52)
 at 
 org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassH
 elper.java:714)
 at groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:936)
 at groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:2183)
 at 

Re: [Fwd: Re: building geronimo-2.0-rc1]

[Jason Dillon]

I'm fairly sure that these are all being caused by the Groovy  
integration for Maven...


Though I'm not sure why it happens or how to fix it at the moment  
though.  I did some investigation a while ago and it looked like the  
ClassWorlds CL inside of Maven muck was not encoding spaces  
correctly, or maybe its being tickled in some way to induce it.  I  
think this is related to this issue too:


http://jira.codehaus.org/browse/MGROOVY-64

:-\

--jason


On Aug 23, 2007, at 3:48 PM, Anita Kulshreshtha wrote:


   I am seeing this error on trunk:
http://issues.apache.org/jira/browse/GERONIMO-3424
   I had to change buildsupport-maven-plugin to NOP (edit
CopyXMLBeansSchemaMojo.groovy) to be able to build from C:\Documents
And Settings\...

Thanks
Anita

--- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:


Problem occurs when there is a space in the M2REPO directory, in this
case
C:\Documents And Settings\  Work around is to use an M2REPO dir
without any spaces in it.  We will still have to investigate the
cause.

Vamsi

On 8/24/07, Prasad Kashyap [EMAIL PROTECTED] wrote:


The entire log is here
http://rifers.org/paste/show/5314

Cheers
Prasad

On 8/23/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

I have begun to see this same error at another location now.

On windows, run mvn from server/testsuite directory and you will

get

this


[INFO] [selenium:start-server {execution: start-server}]
[INFO] Starting Selenium server...
[INFO]




-- 
--

[ERROR] FATAL ERROR
[INFO]




-- 
--

[INFO] null
Illegal character in path at index 18: file:/C:/Documents and


Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-

1.7.0.jar

[INFO]




-- 
--

[INFO] Trace
java.lang.IllegalArgumentException
at java.net.URI.create(URI.java:842)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native

Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(

NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(

DelegatingMethodAccessorImpl.java:25)



http://rifers.org/paste/show/5312

Cheers
Prasad




On 8/14/07, Donald Woods [EMAIL PROTECTED] wrote:

This should now be fixed in Rev565885.

Should this be pulled into 2.0.1?


-Donald

Prasad Kashyap wrote:

The changes that Donald Woods is doing (svn commit: r565837)

is

supposed to fix this.

However, as you can see from the latest build error, this

needs to

be

fixed further.

Cheers
Prasad

On 8/14/07, Hernan Cunico [EMAIL PROTECTED] wrote:

So, how is this Jedi hand waving thingy?

What is the file that needs to be replaced and where do I

get it

from? I don't see any on my repo with that timestamp.


What other files need to be modified

Cheers!
Hernan

Anita Kulshreshtha wrote:

yup, copying alpha-1-20070806.170854-1.jar over alpha-1

(and

modifying plugin.xml and the pom file) works. A new release

would

be

nice otherwise we can put it in the repo.

Thanks
Anita

--- Donald Woods [EMAIL PROTECTED] wrote:


The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
I still had a copy of the last alpha-1-SNAPSHOT laying

around

(jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar) and

copied

it

over the
released alpha-1.jar from 8/8 and my builds starting

working

again on

WinXP

Should we place this in the repo for 2.0.1-SNAPSHOT or ask

them

to

fix it
before we release 2.0.1?



-Donald

Anita Kulshreshtha wrote:

I have not been so lucky. I have tried branches/2.0.0

also.

I

have

tried deleting org.codehaus.mojo.jspc and ant from .m2

repo

without

any

success (The trunk builds fine).

Thanks
Anita

--- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:


I am not exactly building from geronimo-2.0-src.zip, but

from

branches\2.0.0.  If that still counts as if I built from

src

zip... I

have
not run into this problem.  I have tried after removing
jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so

that it

downloads a
fresh.

--vamsi


On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED]

wrote:

   Is anyone else seeing this in geronimo-welcome.. I

am

building

from






http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0- 
src.zip

Thanks
Anita

Downloading:




http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler



-tomcat6/2.0-alpha-1/jspc-compiler-tomcat6-2.0-alpha-1.jar

4K downloaded
[INFO] [jspc:compile {execution: default}]
[INFO]







-- 
--

[ERROR] FATAL ERROR
[INFO]







-- 
--

[INFO] null
Illegal character in path at index 18:

file:/C:/Documents and

Settings/Anita/.m2
/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[INFO]

[jira] Commented: (GERONIMO-3441) Server monitoring and management

[Anita Kulshreshtha (JIRA)]

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

Anita Kulshreshtha commented on GERONIMO-3441:
--

Nice work! A graphical representation of the stats will be a good thing to 
have. However, I would like us to use JSR77 for monitoring and management. A 
good starting point will be to use J2EEManaged Objects and its 
StatisticsProvider model.  Thus every time a new thing has to be monitored, 
writing a new controller is not required. The current design requires writing 
a new controller. The controller should collect statistics in a components 
agnostics way.  The management plugin will be able to extract all the 
information from it using JSR77 Stats model. If you have not already seen, the 
JMXViewer in admin console has a Stats tab to display statistics in JSR77 
format for all  managed objects that are statistics providers.  Currently only  
tomcat's connector and deployed web modules are statistics provider. We need to 
do the same for Jetty.


 Server monitoring and management
 

 Key: GERONIMO-3441
 URL: https://issues.apache.org/jira/browse/GERONIMO-3441
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: general
Affects Versions: 2.1
 Environment: All
Reporter: Erik B. Craig
Assignee: Erik B. Craig
 Attachments: MRC.zip, screenshot1.jpg, screenshot2.jpg, 
 statsportlet.zip


 Currently, there is not a good way of surfacing Geronimo's server information 
 so that an administrator can monitor the server's status. The architecture of 
 using MBeans is established, but not fully exploited. This enhancement will 
 take advantage of what Geronimo currently offers and extend it so that a 
 server can tap into a cluster of servers and extract information from 
 specific Geronimo servers or even aggregates of Geronimo servers.
 The goal is to have one machine be able to reach out to all Geronimo servers 
 in order to fetch data or even alter their state. This will be especially 
 useful in the case of someone having to monitor a large number of Geronimo 
 servers.
 Viet Nguyen and myself have completed a bit of framework towards this goal, 
 to be attached to this jira
 In-depth information can be found in the confluence wiki here
 http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service

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