Btw, I have uploaded the site for the whole project which is easier
to manage.
http://people.apache.org/~gnodet/servicemix-4.0-SNAPSHOT/
Cheers,
Guillaume Nodet
On Aug 28, 2007, at 12:11 AM, Nodet Guillaume wrote:
I've refactored a few things in the api and introduced back the
listeners
Hi,
I would also like to participate in this session. When are you going
to send data about the location of the IRC session?
I have also another question: could you recommend any easy in use IRC
client (for Windows preferably)? I haven't been using IRC (except one
or two times).
Best regards,
I have committed a simple test showing how to expose an endpoint and
how to communicate with it.
See http://svn.apache.org/repos/asf/incubator/servicemix/branches/
servicemix-4.0/core/src/test/java/org/apache/servicemix/core/
IntegrationTest.java
How does it sounds ?
Cheers,
Guillaume Nodet
Thanks Chris !
It seems like the experts have answered...
So i guess we will switch to slf4j :-)
Cheers,
Guillaume Nodet
On 8/28/07, Chris Custine [EMAIL PROTECTED] wrote:
You are correct about OSGi having more control over classloaders, but in the
case of JCL things are a little different.
On Aug 28, 2007, at 2:48 PM, Piotr Bzdyl wrote:
Hi,
I would also like to participate in this session. When are you going
to send data about the location of the IRC session?
See http://www.nabble.com/forum/ViewPost.jtp?
post=12323536framed=yskin=12049
We will use the standard IRC channel:
Hello Guillaume,
I am getting a page not found with the javadoc site.
Regards,
Gordon
Nodet Guillaume wrote:
I've refactored a few things in the api and introduced back the
listeners and flows.
For those who prefer to read javadoc, take a look at:
Yeah, i moved it. Try
http://people.apache.org/~gnodet/servicemix-4.0-SNAPSHOT/
The direct link to the api is:
http://people.apache.org/~gnodet/servicemix-4.0-SNAPSHOT/
org.apache.servicemix.api/apidocs/index.html
Cheers,
Guillaume Nodet
On Aug 28, 2007, at 3:02 PM, Gordon Dickens
+3 ok.
On 8/28/07, Kit Plummer [EMAIL PROTECTED] wrote:
On 8/28/07, Bruce Snyder [EMAIL PROTECTED] wrote:
On 8/28/07, Nodet Guillaume [EMAIL PROTECTED] wrote:
Unfortunately I will be traveling until Friday evening.
What about moving it to Monday instead at the same hour ?
3 pm GMT,
On Aug 27, 2007, at 8:28 PM, Prasad Kashyap wrote:
I wanted to see how much Jason really really luvs Windows. So I
began trying GShell on that OS :-)
First, I was surprised it even had batch files to support Windows
users. Thanx Jason. You really have gone out of your way :-)... Just
Well, I'm not sure why you are seeing that evil NCDFE still... though
I did find a wee bug in the --help/-h processing for the start-server
command. Basically what you tried is not a valid option to the
command, ie start-server help is a syntax error. Instead you
probably wanted to say
Matt,
Feature-wise, I think it'd be ready to take on the 1.0 nomenclature but I'd
rather wait until when/if it gets moved out of sandbox.
-- Jason Warner
On 8/27/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
Erik, Jason and Viet. This is really good. Since we're making a SNAPSHOT
available is
Seconding Jason's take on this.
On 8/28/07, Jason Warner [EMAIL PROTECTED] wrote:
Matt,
Feature-wise, I think it'd be ready to take on the 1.0 nomenclature but
I'd rather wait until when/if it gets moved out of sandbox.
-- Jason Warner
On 8/27/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
GERONIMO-3401 ( https://issues.apache.org/jira/browse/GERONIMO-3401 )
records a problem where it is possible for the user to cripple the web
console, the server or both with 1 or 2 mouse clicks.
When stopping some system-modules such as the following from the web
console, the web console
Joe,
I did actually not-so-gracefully stumble into this previously, so I do know
the pain it can cause.
I think perhaps the best behavior in this situation might be to not only
prevent removal of components that would cripple the console, but also
display a prompt when it is attempted saying
let's move it to dev tools first,
+1
devtools\eclipse-plugin\assembly\src\main\assembly\site.xml does not look like
it has svn keyword properties set
Key: GERONIMODEVTOOLS-188
URL:
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim McConnell updated GERONIMODEVTOOLS-188:
---
Assignee: Tim McConnell
Guillaume,
No problem... I think you will be happy with this choice.
Also to clarify something important, I really encourage you to replace
commons-logging-1.x.jar with jcl14-over-slf4j which implements the
commons-logging interfaces and maps them to slf4j static binding. This will
solve the
Oh man,
Gshell is looking to be pretty sweet, awesome work Jason.
One thing that would definitely be cool is implementing SSH into it, and I
did notice there's already a Jira for that, I'm sure I can brainstorm up a
few other additions given time... want a little help on the side? =)
On 8/21/07,
Improperly configured JRE_HOME or JAVA_HOME environment variables can cause
server failure
--
Key: GERONIMO-3446
URL: https://issues.apache.org/jira/browse/GERONIMO-3446
I don't like prohibiting people from doing stuff because we think we
know better. I think there are valid reasons to stop and uninstall
most of these modules, although you may need to be an expert to be
able to start the server afterwards.
How about if for both stop and uninstall we show
I guess we could also disable stop and undeploy for the system modules
and have an expert mode checkbox or something on the screen to
enable them again. That ought to be clue enough. :)
Thanks,
Aaron
On 8/28/07, Aaron Mulder [EMAIL PROTECTED] wrote:
It probably would still be good to
It probably would still be good to have some text like WARNING: only
expert users will be able to restart the server after this is done.
Just seeing a list of components to be stopped won't necessarily clue
in the average user to the potential impact... But of course we'd
only want to display
Tuscany plugin for Geronimo
---
Key: GERONIMO-3447
URL: https://issues.apache.org/jira/browse/GERONIMO-3447
Project: Geronimo
Issue Type: New Feature
Security Level: public (Regular issues)
[
https://issues.apache.org/jira/browse/GERONIMO-3447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523327
]
Vamsavardhana Reddy commented on GERONIMO-3447:
---
Initial code drop from work in sandbox in
David Jencks wrote:
I don't like prohibiting people from doing stuff because we think we
know better. I think there are valid reasons to stop and uninstall most
of these modules, although you may need to be an expert to be able to
start the server afterwards.
Yes, I see your point ... and
Both good suggestions.
Thanks!
Joe
Aaron Mulder wrote:
I guess we could also disable stop and undeploy for the system modules
and have an expert mode checkbox or something on the screen to
enable them again. That ought to be clue enough. :)
Thanks,
Aaron
On 8/28/07, Aaron Mulder
I like that idea. Keep people safe but let them blaze on if they so
desire.
On Aug 28, 2007, at 12:02 PM, Aaron Mulder wrote:
I guess we could also disable stop and undeploy for the system modules
and have an expert mode checkbox or something on the screen to
enable them again. That ought
One other thought...perhaps we could play an audio clip of a shotgun
or other firearm action being moved to suggest the consequences of
hitting enter :)
On Aug 28, 2007, at 12:02 PM, Aaron Mulder wrote:
I guess we could also disable stop and undeploy for the system modules
and have an
On Aug 28, 2007, at 8:53 AM, Nodet Guillaume wrote:
On Aug 28, 2007, at 2:48 PM, Piotr Bzdyl wrote:
Hi,
I would also like to participate in this session. When are you going
to send data about the location of the IRC session?
See http://www.nabble.com/forum/ViewPost.jtp?
I'm using Colloquy (http://colloquy.info/)
Cheers,
Guillaume Nodet
On Aug 28, 2007, at 11:57 PM, Daryl Richter wrote:
On Aug 28, 2007, at 8:53 AM, Nodet Guillaume wrote:
On Aug 28, 2007, at 2:48 PM, Piotr Bzdyl wrote:
Hi,
I would also like to participate in this session. When are you
On 8/28/07, Nodet Guillaume [EMAIL PROTECTED] wrote:
I'm using Colloquy (http://colloquy.info/)
Yeah, I've used it for the last few years. It's not as comprehensive
in functionality as some of the hard-core IRC clients for Linux (e.g.,
BitchX, etc.) but it's pretty nice and perfect for MacOS.
Unfortunately I will be traveling until Friday evening.
What about moving it to Monday instead at the same hour ?
3 pm GMT, 11 am EST, 8 am PST
Sorry about that...
Cheers,
Guillaume Nodet
Or simulate some burning smell by maxing on the CPU and burning some
hardware if possible :o)
On 8/29/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
One other thought...perhaps we could play an audio clip of a shotgun or
other firearm action being moved to suggest the consequences of hitting
On 8/28/07, Nodet Guillaume [EMAIL PROTECTED] wrote:
Unfortunately I will be traveling until Friday evening.
What about moving it to Monday instead at the same hour ?
3 pm GMT, 11 am EST, 8 am PST
Sorry about that...
+1
Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL
On 8/28/07, Bruce Snyder [EMAIL PROTECTED] wrote:
On 8/28/07, Nodet Guillaume [EMAIL PROTECTED] wrote:
Unfortunately I will be traveling until Friday evening.
What about moving it to Monday instead at the same hour ?
3 pm GMT, 11 am EST, 8 am PST
Sorry about that...
+1
Bruce
--
On Aug 27, 2007, at 4:25 PM, Karan Malhi wrote:
How do the users of geronimo set log levels?
Should be through the log4 files in the /var/log directory of the
install.
-David
On 8/27/07, David Blevins (JIRA) [EMAIL PROTECTED] wrote:
Verify log levels can be changed for openejb
I dont even think they can change log levels. We used the logic that
- if conf is present - use logging.properties
- if conf is present - logging.properties is absent- install
logging.properties and use it
- if conf is absent, assume embedded and use
embedded.logging.properties which is available
Error opening geronimo-web.xml
--
Key: GERONIMODEVTOOLS-189
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-189
Project: Geronimo-Devtools
Issue Type: Bug
Components: eclipse-plugin
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shane Blake updated GERONIMODEVTOOLS-189:
-
Environment:
Eclipse SDK Version: 3.3.0
Build id: I20070525-1350
40 matches
Mail list logo