Sounds like a good idea.
--jason
On Nov 6, 2007, at 12:15 PM, David Jencks wrote:
Moving the boilerplate and framework assembly into framework might
make it simpler to see how to construct custom servers and check
that the framework assembly only has what it should inside.
Thoughts?
tha
[
https://issues.apache.org/jira/browse/GSHELL-36?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-36.
--
Resolution: Fixed
> The clp does not allow --help to execute if a required argument or option
[
https://issues.apache.org/jira/browse/GSHELL-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540591
]
Jason Dillon commented on GSHELL-36:
Testing now... gonna apply the anno patch as soon as I can verify its all
[
https://issues.apache.org/jira/browse/GSHELL-37?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540586
]
Jason Dillon commented on GSHELL-37:
You gonna try and make this work?
Should be able to use the JLine API to
[
https://issues.apache.org/jira/browse/GSHELL-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539734
]
Jason Dillon commented on GSHELL-36:
Cool, will take a look this evening. Thanks :-)
> The clp does not al
Mmkay :-)
--jason
On Nov 1, 2007, at 7:44 PM, Jeff Genender wrote:
Move it ;-)
Kevan Miller wrote:
No, not in my opinion. I haven't heard of any dissenters. There's
been
plenty of time for someone to raise an objection. I say -- have at
it...
--kevan
On 11/1/07, *Ja
Yay :-)
--jason
On Nov 2, 2007, at 8:54 AM, Prasad Kashyap wrote:
server/trunk/modules deleted via Revision 591372
server/trunk/configs deleted via Revision 591373.
This completes Geronimo-3565.
Cheers
Prasad
On 10/31/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
The restructured trunk h
So shall we move the project out of the sandbox? Do we need an
official vote for this?
--jason
On Oct 26, 2007, at 6:43 AM, Guillaume Nodet wrote:
i think the subject is explicit. What do people think about that ?
--
Cheers,
Guillaume Nodet
Blog: http://gnodet.bl
[
https://issues.apache.org/jira/browse/GSHELL-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539202
]
Jason Dillon commented on GSHELL-36:
Coolio... I will take a peek at this soon. I do think however that the anno
I'm obviously +1 for a sub-project ;-)
--jason
On Oct 26, 2007, at 10:58 AM, Kevan Miller wrote:
On Oct 26, 2007, at 10:35 AM, Prasad Kashyap wrote:
I don't see why we shouldn't. But can someone more informed please
list the pros and cons.
Here's my list:
Pro's
* Easier for other proj
So, who put the groovy-all 1.0 pom in the central repository?
This has *broken* a lot of projects and has made many releases
unbuildable...
Who did this and why? Anyone know?
--jason
0,000 :-)
On Oct 25, 2007, at 11:55 AM, Jason Dillon wrote:
I'm sure I can...
When is 2.1 slated to be blessed onto the masses?
I'm hoping that the further plugin work and build reorganization
I'd like to see can be done in the next 1-2 weeks. After that
maybe we can bran
I'm sure I can...
When is 2.1 slated to be blessed onto the masses?
--jason
On Oct 25, 2007, at 11:56 AM, Jeff Genender wrote:
Title says it all...I'd really like to see gshell as the default
execution for Geronimo 2.1. Any objectsions? Jason, is this
something
you can get going?
Jeff
[
https://issues.apache.org/jira/browse/GSHELL-36?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon reassigned GSHELL-36:
--
Assignee: (was: Jason Dillon)
> The clp does not allow --help to execute if a requi
[
https://issues.apache.org/jira/browse/GSHELL-9?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-9.
-
Resolution: Won't Fix
Using JAAS
> Authenticator for se
This should be fixed now. Sorry for the delay.
--jason
On Oct 11, 2007, at 4:05 PM, David Jencks wrote:
I see this also. I have no idea what caused it.
I was wondering if we could all agree on some manual integration
tests before committing to gshell so that the projects that depend
on
plexus for the configuration of
transport, so I'll try to abstract that a bit (i'd be happy to
delegate that to you if you prefer). Mainly the BaseTransportFactory
class should rely on factories somehow instead of asking the container
to retrieve a new transport at each connection.
On 10/12
giCommandLineBuilder which also has a
dependency on the command executor. Is there any way to refactor
things a bit to avoid this circular dependency ?
On 10/11/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
Yup, sounds fine. As I mentioned to ya a while ago on IRC I took a
few short cuts when I wh
I will take a look...
--jason
-Original Message-
From: Jeff Genender <[EMAIL PROTECTED]>
Date: Thu, 11 Oct 2007 16:14:53
To:dev@geronimo.apache.org
Subject: gshell broken in trunk?
When I try to start the server with gshell...I am getting this:
java.lang.NullPointerExceptio
Yup, sounds fine. As I mentioned to ya a while ago on IRC I took a
few short cuts when I whipped this stuff up... after what now seems
like a long time ago.
Anyways, go for it. Only comment I've got is you should call the
intf CommandLineBuilder and the default impl
DefaultCommandLineBu
Project: GShell
Issue Type: Bug
Security Level: public (Regular issues)
Affects Versions: 1.0-alpha-1
Reporter: Jason Dillon
Assignee: Jason Dillon
Fix For: 1.0-alpha-1
--
This message is automatically generated by JIRA.
-
You can reply to
[
https://issues.apache.org/jira/browse/GSHELL-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532532
]
Jason Dillon commented on GSHELL-35:
Um... and I specifically did not want to create command instances to query
[
https://issues.apache.org/jira/browse/GSHELL-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532528
]
Jason Dillon commented on GSHELL-35:
Also, the annotations are _hints_ to generate the commands.xml descriptor
[
https://issues.apache.org/jira/browse/GSHELL-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532526
]
Jason Dillon commented on GSHELL-35:
I don't quite see how this makes commands stateless. I've also
[
https://issues.apache.org/jira/browse/GSHELL-34?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532525
]
Jason Dillon commented on GSHELL-34:
The purpose was to hook up a few custom url handlers to support vfs urls and
ent
Security Level: public (Regular issues)
Components: Remote Shell (rsh)
Reporter: Jason Dillon
Assignee: Jason Dillon
Fix For: 1.0-alpha-1
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to
Oh, and one more thing (last time really)...
If you are feeling adventurous you can grab one of the assemblies...
like:
http://tinyurl.com/2xn7bm (tar.gz)
or:
http://tinyurl.com/29zx4w (zip)
--jason
On Oct 1, 2007, at 2:18 AM, Jason Dillon wrote:
One more thing I published
to see what's there:
http://geronimo.apache.org/maven/gshell/apidocs/index.html
--jason
On Oct 1, 2007, at 2:07 AM, Jason Dillon wrote:
Its *relatively* simple... just a matter of picking one of the
easier commands that doesn't need a bunch of magically class-
loading muck.
[
https://issues.apache.org/jira/browse/GSHELL-8?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-8.
-
Resolution: Later
For now we are going to use the {{rsh}} and {{rsh-server}} commands to provide
remote
[
https://issues.apache.org/jira/browse/GSHELL-30?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-30.
--
Resolution: Invalid
For the time-being telnet support has been dropped.
> Key handling for teln
ease lemme know if you have any
questions, comments, suggestions or otherwise. I'm hoping to entice
a few more folks to at least start looking over the codebase, asking
questions or whatever.
Cheers,
--jason
On Oct 1, 2007, at 1:35 AM, Jacek Laskowski wrote:
On 10/1/07, Jason Dillo
Um... anyone fancy a stab at porting the deployer/geronimo-cli bits
to GShell commands? It shouldn't be too much work, probably will
facilitate cleaning a lot of that stuff up. But might need a bit of
help to get the classloading magic right er something.
Its been on my list for a while..
Alright... thanks, that is what I figured :-( So lame... I can
figure out that a class as T and E bound, but I can't figure out the
type of those buggers... so stupid :-(
--jason
On Sep 30, 2007, at 11:08 PM, David Jencks wrote:
On Sep 30, 2007, at 10:48 PM, Jason Dillon wrote:
A
Any of you generics experts out there know if there is any way to get
the generic type from a generic class... like, say you have:
Class type = new ArrayList().getClass();
Is there any way to determine that this is an ArrayList containing
String objects? I can't seem to figure out how t
port impl too.
Though I've yet to find an ASL friendly java ssh client+server
library to build it with...
On Sep 18, 2007, at 3:09 PM, Jason Dillon wrote:
Hiya folks... just a quick update on GShell muck...
I've been madly hacking on the remote shell support for the past
week a
jason
On Sep 8, 2007, at 12:40 PM, Jason Dillon wrote:
A little bit more insight into what I'm thinking of doing... since
some of you can't read minds to well :-P
I'd like to convert all of the assemblies to basically look like
what the assemblies/geronimo-jetty6-javaee5-
Aighty, thanks Kevan, she builds for me now. Going to run through
some tests now to see if I've broken anything...
--jason
On Sep 13, 2007, at 10:27 AM, Kevan Miller wrote:
On Sep 13, 2007, at 3:17 AM, Jason Dillon wrote:
I'm converting all of the assemblies tonight, should
g the network gurus for help after the
proto is working to finish up the design and make it truly kick ass :-)
Anyways... email for any reason. Aighty?
Cheers,
--jason
On Sep 8, 2007, at 12:52 PM, Jeff Genender wrote:
Is this working for the Tomcat assembly? If not...can it soon?
Thanks,
So, I'm gonna give y'all a few days to grok (or try to) what I've
just spit out... please ask questions or comment, as I like to
know I'm not just talking to myself here.
And then maybe later next week, we might vote or come to some
other consensus that this is the rig
This is kick ass awesome... :-)
--jason
On Sep 10, 2007, at 5:03 PM, Paul McMahan wrote:
Recent work on GERONIMO-3413 provides a new admin console with two
main improvements:
- New system modules and 3rd party plugins can dynamically add
and remove their portlets in the admin console
-
On Sep 11, 2007, at 5:05 PM, Kevan Miller wrote:
On Sep 11, 2007, at 5:05 PM, Jason Dillon wrote:
Are you refering to console output or what is captured in the log
file?
Heh. Come on, read my mind... :-P
Um, ya... :-P
I'm referring to the log FILE. I'm fine with our curre
Are you refering to console output or what is captured in the log file?
--jason
-Original Message-
From: Kevan Miller <[EMAIL PROTECTED]>
Date: Tue, 11 Sep 2007 13:27:20
To:Geronimo Dev
Subject: [DISCUSS] Default server log level
The intent of this thread is to discuss the default
[
https://issues.apache.org/jira/browse/GSHELL-6?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-6.
-
Resolution: Fixed
> Refactor output and verbosity filt
Don't make me open up a can of whoop-ass now...
--jason
On Sep 10, 2007, at 6:17 PM, Jeff Genender wrote:
Hehehe...Jason...messing with you is like going to Disneyland...all
fun ;-)
Dude...you rock :-) Keep up the awesome work!
Jefff
Jason Dillon wrote:
I meant stop waiting for _
I meant stop waiting for _more_ feedback :-P
So far its all been good, but its a bigish change so I wanted to wait
for a bit before I did it.
I've also been sexying up gshell... :-P
--jason
On Sep 10, 2007, at 5:54 PM, Jeff Genender wrote:
Jason Dillon wrote:
Aighty... I'm
Aighty... I'm gonna stop waiting for feedback and implement this
stuff for all assemblies.
--jason
On Sep 9, 2007, at 6:41 AM, Jeff Genender wrote:
No...no reasons...move forward ;-)
Jeff
Jason Dillon wrote:
Hey, have you played with the rc.d bits in the
assemblies/geronimo-j
[
https://issues.apache.org/jira/browse/GSHELL-5?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-5.
-
Resolution: Fixed
Use shared profile script to implement this as desired
> MOTD-like supp
[
https://issues.apache.org/jira/browse/GSHELL-26?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-26.
--
Resolution: Fixed
> Add custom security manager to disable dangerous things like System.e
[
https://issues.apache.org/jira/browse/GSHELL-11?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-11.
--
Resolution: Won't Fix
Categories are old news, the latest dealio is the layout... so this super
[
https://issues.apache.org/jira/browse/GSHELL-12?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-12.
--
Resolution: Won't Fix
Categories are old news, the latest dealio is the layout... so this super
[
https://issues.apache.org/jira/browse/GSHELL-7?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-7.
-
Resolution: Fixed
I've hooked up up the ANSI RenderWriter as to the default IO bits so ANSI
formats
[
https://issues.apache.org/jira/browse/GSHELL-4?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-4.
-
Resolution: Fixed
We've now to privative support to read from:
* ~/.gshell/gshell.profile
f Genender wrote:
Is this working for the Tomcat assembly? If not...can it soon?
Thanks,
Jeff
Sent from my iPhone
On Sep 8, 2007, at 1:40 PM, Jason Dillon <[EMAIL PROTECTED]> wrote:
A little bit more insight into what I'm thinking of doing... since
some of you can't read minds
sure we'd need to have a few plugins actually using it to
augment the Server's bootstrap configuration a?
So... are there any reasons (significant or not) for not moving
forward with this?
--jason
On Jul 16, 2007, at 6:09 AM, Jeff Genender wrote:
Jason Dillon wrote:
I still th
hat uber-fancy remote-shell muck.
So, I'm gonna give y'all a few days to grok (or try to) what I've
just spit out... please ask questions or comment, as I like to know
I'm not just talking to myself here.
And then maybe later next week, we might vote or come to some other
Aighty, well... I've done some long awaited re-factoring, and while
its still not _perfect_ its a whole lot better now IMO I think from
a framework perspective that its probably mature enough to take on
the task of being the server bootloader.
I'm going to continue to refactor the guts of
I've fixed this...
Seems like the new integration tests for the car-maven-plugin's
geronimo-plugin.xml validate bits are ***VERY*** sensitive to the
changes in the build configuration.
This broke because I changed the top-level pom's description from:
Apache Geronimo, the J2EE server p
I've updated some configuration in server/trunk to allow the site to
work with java 5 sources.
Its been, well months (or more) since I last tried building the
site... so I'm not sure what this could break, but I'm running a site
build now.
I think we may have to rollback to an earlier ver
I will have a look As soon as I get back online. Got a new fancy airport
extreme And well it was soo easy that I managed to *uck it all up
--jason
-Original Message-
From: David Jencks <[EMAIL PROTECTED]>
Date: Sat, 8 Sep 2007 00:25:30
To:"Geronimo Dev List (JIRA)"
Subjec
[
https://issues.apache.org/jira/browse/GSHELL-32?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-32.
--
Resolution: Fixed
Fix Version/s: 1.0-alpha-1
> Hook up slf4j to the plexus api to bridge logg
(Regular issues)
Reporter: Jason Dillon
Assignee: Jason Dillon
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[
https://issues.apache.org/jira/browse/GSHELL-31?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12524603
]
Jason Dillon commented on GSHELL-31:
Currently xstream is eating up ~360k to handle our very simple xml parsing
Issue Type: Improvement
Security Level: public (Regular issues)
Reporter: Jason Dillon
Assignee: Jason Dillon
Fix For: 1.0-alpha-1
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
I just rand into some really old-arse stuff in the wiki, and I didn't
really look to hard to find more, but I started adorning stuff that
is growing stale with:
{warning:title=Stale Content}
The content of this page is growing stale and may or may not contain
relevant, useful or correct inf
FYI, I took a brief stab and making this into a wiki page here:
http://cwiki.apache.org/confluence/display/GMOxDEV/Roadmap+for+2.1
I've only really included my thoughts and davids, so please update
this puppy... IMO this type of information is better captured in a
wiki page, though its g
On Aug 29, 2007, at 10:12 AM, Prasad Kashyap wrote:
Scenario 1:
server/support/trunk
server/framework/trunk
server/plugins/trunk/ <--- jee5, non-jee5, samples etc are
all here together.
I'm not really convinced we need to have this intermediate "server"
tree right now. IMO t
Oh, one more thing which I think is also critical path for the health
of the server and its community...
LOGGING REFORM
We've talked about this here and there, most folks agree we need to
reform our logging usage... but so far its yet to happen. It is a
fairly simple task IMO, but its hug
On Aug 6, 2007, at 8:03 PM, David Blevins wrote:
On Aug 6, 2007, at 8:12 AM, David Jencks wrote:
I certainly agree with your goal but am less sure about your
proposed naming and organization. Also from looking at your list
it took me a couple minutes to figure out what is removed from
"se
On Aug 6, 2007, at 11:12 AM, Donald Woods wrote:
Another thought (now that I had some lunch)
What if we create a "builders/deployers" grouping, which contained
the modules and configs needed for each builder, like -
deployers
myfaces
modules
On Aug 6, 2007, at 9:59 AM, Donald Woods wrote:
Anything more than 6 to 8 groupings could cause chaos (just like at
our current release process which takes weeks to get everything
voted and released...)
After cleanup of server to move the samples to /samples and
ApacheDS to /plugins, we shou
IMO, we need to ween ourselves off of the local repository module
completely... and avoid future use of any such local repository.
When I (er we) did the main Maven 2 conversion I added some of these
local modules as short-term work arounds to problems... there was no
intention of leaving t
On Aug 30, 2007, at 5:12 PM, David Jencks wrote:
Getting 2.0.1 out the door was a great step and now might be a good
time to start discussing where we want geronimo to head next. Here
are some ideas I've had or think are important. If I were to try
to write actual sentences about all of th
On Aug 30, 2007, at 11:53 AM, Kevan Miller wrote:
On Aug 29, 2007, at 10:11 PM, Jason Dillon wrote:
You are very correct... :-)
IMO slf4j is the way to go... drop JCL like a rock...
Logback is LGPL, to be precise -- not that it makes any difference...
The docs for logback actually appear
maven plugins whom we want to emulate for their independent
release cycles are not structured this way. Trunk, branches, tags form
the top tier. http://svn.apache.org/viewvc/maven/plugins/
Cheers
Prasad
On 8/8/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
On Aug 6, 2007, at 8:03 PM, David B
You are very correct... :-)
IMO slf4j is the way to go... drop JCL like a rock...
--jason
On Aug 29, 2007, at 6:09 PM, David Jencks wrote:
logback is gpl IIUC. slf4j lets you plugin in logback IIUC.
thanks
david jencks
On Aug 29, 2007, at 3:27 PM, Jason Dillon wrote:
Yes, that might be
Sorry folks... should be fixed now.
--jason
On Aug 29, 2007, at 11:28 AM, Prasad Kashyap wrote:
Jason,
This build break is being caused by the Rev 57031 svn commit. Either
slf4j-jcl has to be re-introduced in the trunk/pom.xml or
configs/jetty6/pom.xml also has to change to replace slf4j-jcl
Ya, sorry... fixing now.
--jason
On Aug 29, 2007, at 11:28 AM, Prasad Kashyap wrote:
Jason,
This build break is being caused by the Rev 57031 svn commit. Either
slf4j-jcl has to be re-introduced in the trunk/pom.xml or
configs/jetty6/pom.xml also has to change to replace slf4j-jcl with
slf4j
Yes, that might be a good idea. Though now there is also logback to
consider:
http://logback.qos.ch/
--jason
On Aug 29, 2007, at 11:35 AM, David Jencks wrote:
Maybe we should look at switching from commons-logging to slf4j?
thanks
david jencks
On Aug 29, 2007, at 11:28 AM, Prasad Ka
[
https://issues.apache.org/jira/browse/GSHELL-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GSHELL-21.
--
Resolution: Won't Fix
Fix Version/s: (was: 0.0.3)
Moved to using Plexus
>
s a sizeable number of our users who
will be on Windows. And whether I like it or not, I or somebody will
have to try our popular features on that hated OS :-(
Cheers
Prasad
On 8/21/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
Hiya folks, I finally got around to finishing up my POC of using
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
kidding
Jeff Genender wrote:
Oh man this is sweet...
I'd *really* like to see this in 2.0.2...
Jeff
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 mo
On Aug 23, 2007, at 8:40 AM, Joe Bohn wrote:
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
[
https://issues.apache.org/jira/browse/GERONIMO-3424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522703
]
Jason Dillon commented on GERONIMO-3424:
This is directly related to this issue with the groovy-maven
It does appear that File.toURL() produces a URL with spaces, while
File.toURI().toURL() correctly encodes the spaces with %20. Seems
very odd that File.toURL() doesn't do that internally, but eh...
--jason
On Aug 23, 2007, at 3:48 PM, Anita Kulshreshtha wrote:
I am seeing this error o
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
correct
[
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 c
On Aug 21, 2007, at 11:40 PM, David Jencks wrote:
I played around with this a little bit and really like it.
Yay! Thanks for taking a look David!
Some things I'd like to see soon:
- stop the server w/o stopping the shell
- run app clients
- run the deployers (including plugin deployer). e
FYI, for those that still like to use java -jar... you can still do
that, with:
java -jar lib/boot/gshell-bootstrap.jar start-server
And this will actually setup all the right java.ext.dirs and such
too ;-)
--jason
On Aug 21, 2007, at 2:55 PM, Jason Dillon wrote:
Hiya folks, I
.
I'd *really* like to see this in 2.0.2...
Jeff
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 comm
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
An
://issues.apache.org/jira/browse/GERONIMO-3434
Project: Geronimo
Issue Type: New Feature
Security Level: public (Regular issues)
Affects Versions: 2.1
Reporter: Jason Dillon
Assignee: Jason Dillon
Fix For: 2.1
--
This message
On Aug 21, 2007, at 12:20 PM, Matt Hogstrom wrote:
On Aug 21, 2007, at 3:00 PM, David Jencks wrote:
No plugins from "plugins" have ever been released. I'd like to see:
- use the maven release plugin + staging plugin
- use the maven-remote-resources-plugin
as minimum requirements for releasing
On Aug 21, 2007, at 12:00 PM, David Jencks wrote:
On Aug 21, 2007, at 11:24 AM, Vamsavardhana Reddy wrote:
I was wondering if there is a procedure to be followed to put new
code in geronimo\plugins?
i've been making it up as I go along. An actual suggested
procedure or maven archetype wou
FYI, I've gotten my POC using GShell for this ready... I'm planning
on merging the changes into server/trunk today, though I'm not going
to hook it up to the default assemblies just yet. Instead I'm going
to create a new assembly to allow folks to play with it first and
then we can talk a
ontext supplied to us?
Because it looks like it doesn't like having the bindings stored in
a LinkedHashMap.
Jay
David Jencks wrote:
On Aug 16, 2007, at 10:31 AM, Jason Dillon wrote:
And it spits this out to console before puking:
10:30:29,171 ERROR [ConfigurationUtil] Cound not det
.
(Tested on Linux with Sun Java 1.5.0_12-b04)
Isn't javax.naming.Context supplied to us?
Because it looks like it doesn't like having the bindings stored in
a LinkedHashMap.
Jay
David Jencks wrote:
On Aug 16, 2007, at 10:31 AM, Jason Dillon wrote:
And it spits this out to cons
, Jason Dillon wrote:
Anyone know what's up with this:
--
-
Test set: org.apache.geronimo.gjndi.binding.GBeanBindingTest
--
-
Tests r
Anyone know what's up with this:
---
Test set: org.apache.geronimo.gjndi.binding.GBeanBindingTest
---
Tests run: 1, Failures: 1, Errors: 0,
[
https://issues.apache.org/jira/browse/GERONIMO-3418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GERONIMO-3418.
--
Resolution: Fixed
> Use mvn groovy mojo integration for buildsupp
901 - 1000 of 3978 matches
Mail list logo
