Re: is there a character limit in message selector
Not on the Java side no - there could be in a stomp client's implementation maybe but that should be pretty easy to fix On 9/15/06, vik Dhawan [EMAIL PROTECTED] wrote: Hi, I want to know if there is a AMQ specific character limit in message selector. I am using STOMP C and message selector is working when I am checking a message header value for null/not null. But in another situation I am checking for a string in one of the message header property, the size of the string I am looking for is around 100bytes. So first question came to my mind was is there any size limit there? Thanks!. -- View this message in context: http://www.nabble.com/is-there-a-character-limit-in-message-selector-tf2275075.html#a6317949 Sent from the ActiveMQ - Dev forum at Nabble.com. -- James --- http://radio.weblogs.com/0112098/
implement autoresume file sending in activemq?
what can I do to implement this ? I think I can maintain the connection and destination in client, and get the outputstream if resume is acted.But I do not have a try,I do not know how dose the server handle stream msg ,so I can't predict the actually behavior of the server. any suggestion? especially whether there exists some API that I can judge a new msg or a resume msg from the server? -- View this message in context: http://www.nabble.com/implement-autoresume-file-sending-in-activemq--tf2275804.html#a6320181 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: multiple consumer threads in same program in STOMP issue
It could be the stomp c client doesn't do multi threaded consumption too well. You might wanna take a peek at how the consumption code works On 9/14/06, Dhawan, Vikram (LNG-DAY) [EMAIL PROTECTED] wrote: Hi, I am running into a strange issue, I created a consumer program using STOMP C which actually creates two separate consumer threads and both threads are reading from the same queue in the AMQ server using their own selectors on a header property. I was expecting that each thread will keep on consuming messages those who satisfy the selector conditions. But what happening here is at a time only one consumer thread is able to get its messages, another one just hangs. If I call disconnect in the thread which is working then only the hanged thread starts getting its messages. I will appreciate any explanation. Thanks! Vik -- James --- http://radio.weblogs.com/0112098/
Re: [activemq-dev] Support for message priority (AMQ-122)
On 9/14/06, samahome [EMAIL PROTECTED] wrote: Is this feature going to be in activeMQ 4.2 version or was this feature existed in any of the previous releases (3.2 or any) of activeMQ ? How about specifying producer priorities and consumer priorities ? Does this exist in 4.0.1 release? From the documentation, my understanding is confused. We support consumer priorities. We use this for example to weight local consumers above remote brokers. See http://www.activemq.org/site/consumer-priority.html http://www.activemq.org/site/destination-options.html -- James --- http://radio.weblogs.com/0112098/
Re: implement autoresume file sending in activemq?
If you are using auto-reconnection, then I don't think you should need to do anything particular to re-resume things on a reconnection. So just use the failover: transport to connect to the broker and use JMS streams http://incubator.apache.org/activemq/how-can-i-support-auto-reconnection.html http://incubator.apache.org/activemq/jms-streams.html On 9/15/06, tianqio [EMAIL PROTECTED] wrote: what can I do to implement this ? I think I can maintain the connection and destination in client, and get the outputstream if resume is acted.But I do not have a try,I do not know how dose the server handle stream msg ,so I can't predict the actually behavior of the server. any suggestion? especially whether there exists some API that I can judge a new msg or a resume msg from the server? -- View this message in context: http://www.nabble.com/implement-autoresume-file-sending-in-activemq--tf2275804.html#a6320181 Sent from the ActiveMQ - Dev forum at Nabble.com. -- James --- http://radio.weblogs.com/0112098/
activemq-cpp automake
Hi Folks, I just added the start of an automake based build for activemq-cpp. To use the automake build, just run the ./autogen.sh this should create the ./configure and the Makefile.in files.. Then run ./configure that should do some platform detection and generate the Makefile files. The just run make as usual. Hopefully I can get it up to par with the current makefiles and then with can just switch over to using the automake build all the time. -- Regards, Hiram Blog: http://hiramchirino.com
RE: multiple consumer threads in same program in STOMP issue
Thanks James, May be APR is not handling multi threading correctly. STOMP C uses apr lib under the hood. I am wondering lets say both the consumer threads are on same connection do you think that can cause this behavior? Thanks! Vik -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED] Sent: Friday, September 15, 2006 3:25 AM To: activemq-dev@geronimo.apache.org Subject: Re: multiple consumer threads in same program in STOMP issue It could be the stomp c client doesn't do multi threaded consumption too well. You might wanna take a peek at how the consumption code works On 9/14/06, Dhawan, Vikram (LNG-DAY) [EMAIL PROTECTED] wrote: Hi, I am running into a strange issue, I created a consumer program using STOMP C which actually creates two separate consumer threads and both threads are reading from the same queue in the AMQ server using their own selectors on a header property. I was expecting that each thread will keep on consuming messages those who satisfy the selector conditions. But what happening here is at a time only one consumer thread is able to get its messages, another one just hangs. If I call disconnect in the thread which is working then only the hanged thread starts getting its messages. I will appreciate any explanation. Thanks! Vik -- James --- http://radio.weblogs.com/0112098/
RE: activemq-cpp automake
Have you tested it? It doesn't seem to work for me. Are you planning to put the test suite compile into these makefiles? /usr/share/aclocal/pstoedit.m4:7: warning: underquoted definition of AM_PATH_PSTOEDIT run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of AM_PATH_LIBMCRYPT aclocal:configure.ac:43: warning: macro `AM_PROG_LIBTOOL' not found in library configure.ac:52: error: possibly undefined macro: AM_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf-2.5x: /usr/bin/autoconf-2.5x failed with exit status: 1 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram Chirino Sent: Friday, September 15, 2006 11:03 AM To: activemq-dev@geronimo.apache.org Subject: activemq-cpp automake Hi Folks, I just added the start of an automake based build for activemq-cpp. To use the automake build, just run the ./autogen.sh this should create the ./configure and the Makefile.in files.. Then run ./configure that should do some platform detection and generate the Makefile files. The just run make as usual. Hopefully I can get it up to par with the current makefiles and then with can just switch over to using the automake build all the time. -- Regards, Hiram Blog: http://hiramchirino.com
[jira] Updated: (AMQ-876) Kaha DB cannot locate queue data files
[ https://issues.apache.org/activemq/browse/AMQ-876?page=all ] Vadim Pesochinskiy updated AMQ-876: --- Attachment: test.zip I am not sure if you got my message or not. Since I am going to be away starting on Monday I am attaching the test and my e-mail. I was unable to write a simple unit test to recreate the problem, so I am attaching simulation test along with some utility classes. I am using IntelliJ Idea and JDK 1.5.2 installed. I am not sure if there is any 1.5 syntax. To run the test just start the broker (with kaha persistence) and execute DailyUpdateSimulationJmsTest JUnit class from Idea (Idea project file included). Sometimes it takes awhile before the error occurs (up to 5 minutes), but most of the time it happens very quickly. To check if error happened grep the AMQ log for Could not locate data file string. Thanks. Kaha DB cannot locate queue data files -- Key: AMQ-876 URL: https://issues.apache.org/activemq/browse/AMQ-876 Project: ActiveMQ Issue Type: Bug Components: Message Store Affects Versions: 4.1 Environment: WinXP Reporter: Vadim Pesochinskiy Assigned To: Rob Davies Fix For: 4.1 Attachments: test.zip Keep getting exception below. Note that you are looking for queue-data-1, but actual file name is data-queue-data-1 $ pwd /cygdrive/d/amq/activemq-kaha/kaha.db $ ls data-kaha-1 data-queue-data-1 index-kaha index-queue-data index-transactions javax.jms.JMSException: java.io.IOException: Could not locate data file queue-data-1 at org.apache.activemq.util.JMSExceptionSupport.create(JMSExceptionSupport.java:46) at org.apache.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1154) at org.apache.activemq.TransactionContext.commit(TransactionContext.java:260) at org.apache.activemq.ActiveMQSession.commit(ActiveMQSession.java:464) at com.barra.cp.common.io.MultiQueueReceiver.onMessage(MultiQueueReceiver.java:163) at com.barra.cp.common.io.SingleMessageMultiQueueReceiver$OneMessageAtATime.runMultiQueue(SingleMessageMultiQueueReceiver.java:176) at com.barra.cp.common.io.SingleMessageMultiQueueReceiver$OneMessageAtATime.doRun(SingleMessageMultiQueueReceiver.java:143) at com.barra.cp.common.io.SingleMessageMultiQueueReceiver$OneMessageAtATime.run(SingleMessageMultiQueueReceiver.java:124) at java.lang.Thread.run(Unknown Source) Caused by: org.apache.activemq.kaha.RuntimeStoreException: java.io.IOException: Could not locate data file queue-data-1 at org.apache.activemq.kaha.impl.MapContainerImpl.getValue(MapContainerImpl.java:340) at org.apache.activemq.kaha.impl.MapContainerImpl.remove(MapContainerImpl.java:265) at org.apache.activemq.store.kahadaptor.KahaMessageStore.removeMessage(KahaMessageStore.java:68) at org.apache.activemq.store.kahadaptor.KahaTransaction.commit(KahaTransaction.java:92) at org.apache.activemq.store.kahadaptor.KahaTransactionStore.commit(KahaTransactionStore.java:95) at org.apache.activemq.transaction.LocalTransaction.commit(LocalTransaction.java:68) at org.apache.activemq.broker.TransactionBroker.commitTransaction(TransactionBroker.java:154) at org.apache.activemq.broker.BrokerFilter.commitTransaction(BrokerFilter.java:92) at org.apache.activemq.broker.BrokerFilter.commitTransaction(BrokerFilter.java:92) at org.apache.activemq.broker.MutableBrokerFilter.commitTransaction(MutableBrokerFilter.java:102) at org.apache.activemq.broker.AbstractConnection.processCommitTransactionOnePhase(AbstractConnection.java:330) at org.apache.activemq.command.TransactionInfo.visit(TransactionInfo.java:99) at org.apache.activemq.broker.AbstractConnection.service(AbstractConnection.java:228) at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:63) at org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:92) at org.apache.activemq.transport.TransportFilter.onCommand(TransportFilter.java:67) at org.apache.activemq.transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:123) at org.apache.activemq.transport.InactivityMonitor.onCommand(InactivityMonitor.java:123) at org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:88) at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:127) ... 1 more Caused by: java.io.IOException: Could not locate data file queue-data-1 at org.apache.activemq.kaha.impl.DataManager.getDataFile(DataManager.java:117) at
[jira] Created: (AMQ-926) Default activemq.xml should not have snippet stuff in it
Default activemq.xml should not have snippet stuff in it
Key: AMQ-926
URL: https://issues.apache.org/activemq/browse/AMQ-926
Project: ActiveMQ
Issue Type: Bug
Affects Versions: 4.0.1
Reporter: Jason Dillon
Priority: Trivial
The default configuration file should not have the {{!-- START SNIPPET:
example --}} stuff in it... and should probably also include a standard
{{?xml version=1.0 encoding=UTF-8?}} header.
And the xml indent of this file is not consistent.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (AMQ-927) Default log4j.properties has stdout enabled and not the out file appender
Default log4j.properties has stdout enabled and not the out file appender
-
Key: AMQ-927
URL: https://issues.apache.org/activemq/browse/AMQ-927
Project: ActiveMQ
Issue Type: Bug
Affects Versions: 4.0.1
Reporter: Jason Dillon
Priority: Trivial
The default log4j.properties has:
{noformat}
log4j.rootLogger=INFO, stdout
{noformat}
and then goes on to say:
{noformat}
# CONSOLE appender not used by default
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
..
{noformat}
And it also has this header... which is misleading:
{noformat}
#
# The logging properties used during tests..
#
{noformat}
Also not sure why this would be in data... nor do I ever see this being
created, even when out is enabled...
{noformat}
log4j.appender.out.file=${activemq.home}/data/activemq.log
{noformat}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Synchronous message (over Drools)
I installed servicemix-3.0-M2 and instead jbi.forwardToService(...) in java:consequence I put jbi.route(service, exchange.getOperation(), exchange.getInterfaceName()). When component sends syncMessage it blocks until the result is returned. Frane. gnodet wrote: The drools component will block if you use send an InOut exchange to it. In such a case, you need to use the jbi:route / condition. On 9/4/06, kokkolo [EMAIL PROTECTED] wrote: Hello, I just started using SeviceMix and I hope you'll be able to help me on this. I would like to have the following schema: AB(drools)C (do some job) AB(drools)C There are three components: Component A sends a message to B (drools component) that decides where to send it further (e.g. to C component). C component fetches some data, do a calculation and returns result as a message, Now I would like that component A bliocks until it gets reply from copmponent C. If I use deliveryChannel.sendSync(message) it unblocks as soon as B gets the message. Is there any pattern to solve this problem? Thanks, Frane. -- View this message in context: http://www.nabble.com/Synchronous-message-%28over-Drools%29-tf2215088.html#a6135214 Sent from the ServiceMix - Dev forum at Nabble.com. -- Cheers, Guillaume Nodet -- View this message in context: http://www.nabble.com/Synchronous-message-%28over-Drools%29-tf2215088.html#a6326343 Sent from the ServiceMix - Dev forum at Nabble.com.
Re: Wsi compliance and servicemix
Will update the jira and I fixed the last issue. It was due to some missing tag in teh servicemix.xml file. Anyway I've ran the test (very simple) and it passed. I will update the Jira. gnodet wrote: Did you update the jira issue with your new stuff ? Thanks On 9/15/06, Eric Dofonsou [EMAIL PROTECTED] wrote: Hello guys, Ive finished settign up and example to test wsi compliance with service mix. (included is an archive of the example). it consist of two parts : The server section (./run-server.sh or ant run-server) The client and wsi part (./run-client.sh or ant run client). What this basicaly does is create a web service that complies with the WSi normes and then passes it throught servicemix http component. What do you guys think about this ? Any feed back would be appreciated. By the way I cannot load the wsdl for the web service in service mix I get a bunch of errors about namespaces not being defined : WARN - HttpSpringComponent- Could not map wsdl definition to documents [exec] WSDLException: faultCode=PARSER_ERROR: Problem parsing '- WSDL Document -'.: The value of the attribute prefix=xmlns,localpart=tns,rawname=xmlns:tns is invalid. Prefixed namespace bindings may not be empty.: org.xml.sax.SAXParseException: The value of the attribute prefix=xmlns,localpart=tns,rawname=xmlns:tns is invalid. Prefixed namespace bindings may not be empty. Will investigate futher on this. Any feedback would be welcome. http://www.nabble.com/user-files/236033/servicemix-soap-wsi.tar.gz servicemix-soap-wsi.tar.gz -- View this message in context: http://www.nabble.com/Wsi-compliance-and-servicemix-tf2277429.html#a6324835 Sent from the ServiceMix - Dev forum at Nabble.com. -- Cheers, Guillaume Nodet -- View this message in context: http://www.nabble.com/Wsi-compliance-and-servicemix-tf2277429.html#a6327323 Sent from the ServiceMix - Dev forum at Nabble.com.
[jira] Commented: (SM-434) Create test suite to ensure that servicemix respect the WS-i standar (see www:ws=i.org)
[ https://issues.apache.org/activemq/browse/SM-434?page=comments#action_36962 ] Eric Dofonsou commented on SM-434: -- I've finished setting up and example to test WSi compliance with service mix. (included is an archive of the example). it consist of two parts : The server section (./run-server.sh or ant run-server) The client and wsi part (./run-client.sh or ant run client). What this basicaly does is create a web service that complies with the WSi normes and then passes it throught servicemix http component. I will upload the example as an attachement. Create test suite to ensure that servicemix respect the WS-i standar (see www:ws=i.org) --- Key: SM-434 URL: https://issues.apache.org/activemq/browse/SM-434 Project: ServiceMix Issue Type: Improvement Components: servicemix-http Affects Versions: 3.0.1 Environment: Any Reporter: Eric Dofonsou We need to make a test suite to ensure that servicemix-http component is compliant to the WS-i standard this will ensure that web service exposed by JBi can interoperate with a much broader set of ws client technologies (C#, C++ etc...) WS-i web site : http://www.ws-i.org. I think WS-i has a testing kit available for download. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (SM-434) Create test suite to ensure that servicemix respect the WS-i standar (see www:ws=i.org)
[ https://issues.apache.org/activemq/browse/SM-434?page=all ] Eric Dofonsou updated SM-434: - Attachment: servicemix-soap-wsi.tar.gz Here is the WS-i Example for this project. you have to start the server (and servicemix) first then the Test client, WSi monitor and analyzer. this generate a result in results/report.xml that can be viewed with a browser. Eric, Create test suite to ensure that servicemix respect the WS-i standar (see www:ws=i.org) --- Key: SM-434 URL: https://issues.apache.org/activemq/browse/SM-434 Project: ServiceMix Issue Type: Improvement Components: servicemix-http Affects Versions: 3.0.1 Environment: Any Reporter: Eric Dofonsou Attachments: servicemix-soap-wsi.tar.gz We need to make a test suite to ensure that servicemix-http component is compliant to the WS-i standard this will ensure that web service exposed by JBi can interoperate with a much broader set of ws client technologies (C#, C++ etc...) WS-i web site : http://www.ws-i.org. I think WS-i has a testing kit available for download. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Wsi compliance and servicemix
By the way i've updated the JIRA (SM-434) Any feedback would be appreciated. Eric Dofonsou wrote: Will update the jira and I fixed the last issue. It was due to some missing tag in teh servicemix.xml file. Anyway I've ran the test (very simple) and it passed. I will update the Jira. gnodet wrote: Did you update the jira issue with your new stuff ? Thanks On 9/15/06, Eric Dofonsou [EMAIL PROTECTED] wrote: Hello guys, Ive finished settign up and example to test wsi compliance with service mix. (included is an archive of the example). it consist of two parts : The server section (./run-server.sh or ant run-server) The client and wsi part (./run-client.sh or ant run client). What this basicaly does is create a web service that complies with the WSi normes and then passes it throught servicemix http component. What do you guys think about this ? Any feed back would be appreciated. By the way I cannot load the wsdl for the web service in service mix I get a bunch of errors about namespaces not being defined : WARN - HttpSpringComponent- Could not map wsdl definition to documents [exec] WSDLException: faultCode=PARSER_ERROR: Problem parsing '- WSDL Document -'.: The value of the attribute prefix=xmlns,localpart=tns,rawname=xmlns:tns is invalid. Prefixed namespace bindings may not be empty.: org.xml.sax.SAXParseException: The value of the attribute prefix=xmlns,localpart=tns,rawname=xmlns:tns is invalid. Prefixed namespace bindings may not be empty. Will investigate futher on this. Any feedback would be welcome. http://www.nabble.com/user-files/236033/servicemix-soap-wsi.tar.gz servicemix-soap-wsi.tar.gz -- View this message in context: http://www.nabble.com/Wsi-compliance-and-servicemix-tf2277429.html#a6324835 Sent from the ServiceMix - Dev forum at Nabble.com. -- Cheers, Guillaume Nodet -- View this message in context: http://www.nabble.com/Wsi-compliance-and-servicemix-tf2277429.html#a6327591 Sent from the ServiceMix - Dev forum at Nabble.com.
[jira] Created: (GERONIMO-2407) openwire impl in gcache won't compile
openwire impl in gcache won't compile - Key: GERONIMO-2407 URL: http://issues.apache.org/jira/browse/GERONIMO-2407 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Clustering Affects Versions: 1.2 Reporter: Bill Dudney Attachments: openwire.patch patch provides 3 things; 1) orgainze imports 2) format code to 'standard' format (no tabs etc) 3) adds standard header -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2407) openwire impl in gcache won't compile
[ http://issues.apache.org/jira/browse/GERONIMO-2407?page=all ] Bill Dudney updated GERONIMO-2407: -- Attachment: openwire.patch rather large patch openwire impl in gcache won't compile - Key: GERONIMO-2407 URL: http://issues.apache.org/jira/browse/GERONIMO-2407 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 1.2 Reporter: Bill Dudney Attachments: openwire.patch patch provides 3 things; 1) orgainze imports 2) format code to 'standard' format (no tabs etc) 3) adds standard header -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
http://geronimo.apache.org/plugins?
Hi, Just went through the archives and am not sure, but we ended up with nothing as far as the official plugins repo is concerned[*]. Unless I'm mistaken, I wonder what it takes to create http://geronimo.apache.org/plugins as another official repo? Just like the devtools project has its own place we could (should?) create a separate space for plugins. I'd like to gather as much suggestions/opinions/advices as possible before calling a vote. WDYT? [*] Just as I was writing it I came across this lovely quote: After all is said and done, more is said than done. by Aesop. Google's awesome with its quote service. I need to keep it in mind before taking part in a discussion. ;-) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
[jira] Commented: (GERONIMO-2407) openwire impl in gcache won't compile
[ http://issues.apache.org/jira/browse/GERONIMO-2407?page=comments#action_12434904 ] Bill Dudney commented on GERONIMO-2407: --- forgot to mention that this patch also makes it so the code will compile there are a couple of new classes interface I implemnted specifically I added NodeInfo and NodeId classs and changed everything that said BrokerId or BrokerInfo to NodeId and NodeInfo respectively. Need input on that... Also moved the wire format negotioation stuff into the interface - need input Made the TCPTransportServer use the ObjectStreamWireFormatFactory instead of the openwire. openwire impl in gcache won't compile - Key: GERONIMO-2407 URL: http://issues.apache.org/jira/browse/GERONIMO-2407 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 1.2 Reporter: Bill Dudney Attachments: openwire.patch patch provides 3 things; 1) orgainze imports 2) format code to 'standard' format (no tabs etc) 3) adds standard header -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
No branch is owned by a person (was: Re: svn commit: r446519 [4/4] - in /geronimo/sandbox/gcache: ./ openwire/ openwire/src/ openwire/src/main/ openwire/src/main/java/ openwire/src/main/java/org/ open
On 9/15/06, Jason Dillon [EMAIL PROTECTED] wrote: not like i need people going in an making changes to gshell or other stuff I have in there... unless they want me to ;-) Just spot it and though it's marked with a smile I'd like to make it clear and be sure *I* understand the rule. Any code at any place in the Geronimo repo is a Geronimo community matter. Every committer can change it and noone owns the code - it belongs to the community, i.e. it's open to be modified by anyone. Of course, as in trunk or other place in the repo, a discussion is always appreciated (mandatory?) and welcome before changes are made. Nothing unusual wrt branches. Am I correct in my thinking? Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: No branch is owned by a person (was: Re: svn commit: r446519 [4/4] - in /geronimo/sandbox/gcache: ./ openwire/ openwire/src/ openwire/src/main/ openwire/src/main/java/ openwire/src/main/java/org/
Sure... of course. You wanna contribute to gshell then? :-P --jason On Sep 15, 2006, at 1:02 AM, Jacek Laskowski wrote: On 9/15/06, Jason Dillon [EMAIL PROTECTED] wrote: not like i need people going in an making changes to gshell or other stuff I have in there... unless they want me to ;-) Just spot it and though it's marked with a smile I'd like to make it clear and be sure *I* understand the rule. Any code at any place in the Geronimo repo is a Geronimo community matter. Every committer can change it and noone owns the code - it belongs to the community, i.e. it's open to be modified by anyone. Of course, as in trunk or other place in the repo, a discussion is always appreciated (mandatory?) and welcome before changes are made. Nothing unusual wrt branches. Am I correct in my thinking? Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Is JIRA for sandbox'ed and branch'ed code? (was Re: [jira] Created: (GERONIMO-2407) openwire impl in gcache won't compile)
Hi Bill, Why is the issue reported in the Geronimo JIRA? AFAIUI It's for a sandbox'ed code and as well as for branch'ed code the Geronimo JIRA instance is not meant to be used in such cases. Jacek On 9/15/06, Bill Dudney (JIRA) dev@geronimo.apache.org wrote: openwire impl in gcache won't compile - Key: GERONIMO-2407 URL: http://issues.apache.org/jira/browse/GERONIMO-2407 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Clustering Affects Versions: 1.2 Reporter: Bill Dudney Attachments: openwire.patch patch provides 3 things; 1) orgainze imports 2) format code to 'standard' format (no tabs etc) 3) adds standard header -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Jacek Laskowski http://www.laskowski.net.pl
Re: No branch is owned by a person (was: Re: svn commit: r446519 [4/4] - in /geronimo/sandbox/gcache: ./ openwire/ openwire/src/ openwire/src/main/ openwire/src/main/java/ openwire/src/main/java/org/
On 9/15/06, Jason Dillon [EMAIL PROTECTED] wrote: Sure... of course. You wanna contribute to gshell then? I wish to, but no, not this time. Too much on my todo plate at the moment. Thanks for invitation, though! ;-) p.s. However I can't contribute to gshell, don't think I'm not watching you ;-P Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: No branch is owned by a person (was: Re: svn commit: r446519 [4/4] - in /geronimo/sandbox/gcache: ./ openwire/ openwire/src/ openwire/src/main/ openwire/src/main/java/ openwire/src/main/java/org/
I'm watching everyone... it would be a shame if I was not being watched too :-P --jason On Sep 15, 2006, at 1:20 AM, Jacek Laskowski wrote: On 9/15/06, Jason Dillon [EMAIL PROTECTED] wrote: Sure... of course. You wanna contribute to gshell then? I wish to, but no, not this time. Too much on my todo plate at the moment. Thanks for invitation, though! ;-) p.s. However I can't contribute to gshell, don't think I'm not watching you ;-P Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: [VOTE] Publish Genesis 1.0 to m2 central
+1 Gianny On 14/09/2006, at 3:16 AM, Kevan Miller wrote: +1 --kevan
Re: svn commit: r446519 [4/4] - in /geronimo/sandbox/gcache: ./ openwire/ openwire/src/ openwire/src/main/ openwire/src/main/java/ openwire/src/main/java/org/ openwire/src/main/java/org/apache/ openwi
Jason Dillon wrote:
oooh wildcard imports... naughty :-P
Copy and paste from AMQ ;-)
You might also want to sick to a standard header, nix the html bits:
That was the Intellij template header :( It seemed to convert breaks to
p/
Jeff
/*
* Licensed to the Apache Software Foundation (ASF) under one
* or more contributor license agreements. See the NOTICE file
* distributed with this work for additional information
* regarding copyright ownership. The ASF licenses this file
* to you under the Apache License, Version 2.0 (the
* License); you may not use this file except in compliance
* with the License. You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing,
* software distributed under the License is distributed on an
* AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
* KIND, either express or implied. See the License for the
* specific language governing permissions and limitations
* under the License.
*/
--jason
On Sep 14, 2006, at 9:57 PM, [EMAIL PROTECTED] wrote:
Added:
geronimo/sandbox/gcache/openwire/src/main/java/org/apache/geronimo/openwire/util/MarshallingSupport.java
URL:
http://svn.apache.org/viewvc/geronimo/sandbox/gcache/openwire/src/main/java/org/apache/geronimo/openwire/util/MarshallingSupport.java?view=autorev=446519
==
---
geronimo/sandbox/gcache/openwire/src/main/java/org/apache/geronimo/openwire/util/MarshallingSupport.java
(added)
+++
geronimo/sandbox/gcache/openwire/src/main/java/org/apache/geronimo/openwire/util/MarshallingSupport.java
Thu Sep 14 21:57:24 2006
@@ -0,0 +1,309 @@
+package org.apache.geronimo.openwire.util;
+
+import java.io.*;
+import java.util.*;
+
+/**
+ * Copyright 2006 The Apache Software Foundation
+ * p/
+ * Licensed under the Apache License, Version 2.0 (the License);
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ * p/
+ * http://www.apache.org/licenses/LICENSE-2.0
+ * p/
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an AS IS BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+public class MarshallingSupport {
+
+public static final byte NULL= 0;
+public static final byte BOOLEAN_TYPE= 1;
+public static final byte BYTE_TYPE = 2;
+public static final byte CHAR_TYPE = 3;
+public static final byte SHORT_TYPE = 4;
+public static final byte INTEGER_TYPE= 5;
+public static final byte LONG_TYPE = 6;
+public static final byte DOUBLE_TYPE = 7;
+public static final byte FLOAT_TYPE = 8;
+public static final byte STRING_TYPE = 9;
+public static final byte BYTE_ARRAY_TYPE = 10;
+public static final byte MAP_TYPE= 11;
+public static final byte LIST_TYPE = 12;
+public static final byte BIG_STRING_TYPE = 13;
+
+static public void marshalPrimitiveMap(Map map, DataOutputStream
out) throws IOException {
+if( map == null ) {
+out.writeInt(-1);
+} else {
+out.writeInt(map.size());
+for (Iterator iter = map.keySet().iterator();
iter.hasNext();) {
+String name = (String) iter.next();
+out.writeUTF(name);
+Object value = map.get(name);
+marshalPrimitive(out, value);
+}
+}
+}
+
+static public Map unmarshalPrimitiveMap(DataInputStream in)
throws IOException {
+return unmarshalPrimitiveMap(in, Integer.MAX_VALUE);
+}
+
+/**
+ * @param in
+ * @return
+ * @throws IOException
+ * @throws IOException
+ */
+public static Map unmarshalPrimitiveMap(DataInputStream in, int
max_property_size) throws IOException {
+int size = in.readInt();
+if( size max_property_size ) {
+throw new IOException(Primitive map is larger than the
allowed size: +size);
+}
+if( size 0 ) {
+return null;
+} else {
+HashMap rc = new HashMap(size);
+for(int i=0; i size; i++) {
+String name = in.readUTF();
+rc.put(name, unmarshalPrimitive(in));
+}
+return rc;
+}
+
+}
+
+public static void marshalPrimitiveList(List list,
DataOutputStream out) throws IOException {
+out.writeInt(list.size());
+for (Iterator iter = list.iterator();
Re: No branch is owned by a person (was: Re: svn commit: r446519 [4/4] - in /geronimo/sandbox/gcache: ./ openwire/ openwire/src/ openwire/src/main/ openwire/src/main/java/ openwire/src/main/java/org/
Jacek Laskowski wrote: On 9/15/06, Jason Dillon [EMAIL PROTECTED] wrote: not like i need people going in an making changes to gshell or other stuff I have in there... unless they want me to ;-) Just spot it and though it's marked with a smile I'd like to make it clear and be sure *I* understand the rule. Any code at any place in the Geronimo repo is a Geronimo community matter. Every committer can change it and noone owns the code - it belongs to the community, i.e. it's open to be modified by anyone. Of course, as in trunk or other place in the repo, a discussion is always appreciated (mandatory?) and welcome before changes are made. Nothing unusual wrt branches. Am I correct in my thinking? Based on the way you said it, you are not correct. Yes, if its in the Geronimo repo, its community matter. But as you state, if its open to be modified by anyone', without discussion for what people want/are altering, then it becomes a mess, and things get out of control very quickly. As long as the community is involved in discussing changes, then everyone is warm and welcome to be a part of making changes. This is no different that working on trunk. We all need to talk about and agree on what we want to work on, what we will work on, and what we will change...and then it all works. Jacek
Re: implement autoresume file sending in activemq?
On 9/15/06, tianqio [EMAIL PROTECTED] wrote: thanks for reply. but I think there is a misunderstanding. my problem is the server is shut down while a client is sending a file using stream message, how could the client resume the sending? The failover: transport does that part for you. -- James --- http://radio.weblogs.com/0112098/
ws-eventing support in servicemix
Is there a plan to support ws-eventing in servicemix ? -- View this message in context: http://www.nabble.com/ws-eventing-support-in-servicemix-tf2276878.html#a6323168 Sent from the ServiceMix - Dev forum at Nabble.com.
Re: gcache imlementation ideas[long]
Jason Dillon wrote: On Sep 14, 2006, at 7:56 AM, Jeff Genender wrote: The JMS provider would be a pluggable comm strategy. For performance reasons, I want to start with TCP communication. Why do you think that AMQ will not perform well? AMQ will perform well...its a great JMS implementation. But for the initial shot I want to go for pure speed. AMQ uses openwire as its transport engine, but it has a JMS impl behind it. I just want openwire, with just a cache behind it...take out the middle-man, JMS. But with that said, we *will* make a JMS strategy and use AMQ...but as a client. I definitely want to have a JMS strategy...maybe next. But initially I don't want any dependencies on other servers or brokers. With that said, after looking at openwire, the comm marshaller for ActiveMQ, there is a lot to leverage there and will prevent a rewrite of the comm layer. So, there will be some use of that code base initially. IMO, AMQ already provides a rich clustering environment, with failover, master-slave, dynamic discovery, firewall-happy transports, monitoring and a heck of a lot more. But at the end of the day, its a JMS engine. Can we write clustering based nearly entirely on JMS? Yes. But then for those who do not want to use JMS, we are still stuck with the overhead of the protocol and any baggage that comes along with it. Lets use AMQ as a client to the clustering (a pluggable strategy). Seems like it would be a waste to go and re-implement all of that. It also seems that if you wanted to get something up sooner, that it would be much easier to design a AMQ strategy first, which means that you only have to worry about the message passing to sync up and invalidate state, rather than all of the details of who is in what cluster, failing over, blah, blah... Not reimplementing. See below... And, I guess that if after that was implemented you still thought it was not fast enough, then it might be better to get AMQ fixed to perform better, though I don't think that the performance using AMQ will differ all that much from a custom socket protocol to pass messages. Sure it would. We are interested only in pushing objects and light messages (eviction, etc). Adding our messages on top of the JMS commands minimally doubles the amount of data (from a messaging perspective) that needs to go over the wire. I am a huge fan of AMQ and would really like to see G exploit its network communications facilities as much as possible. I am a big fan of it too...and we are exploiting it...look at the commit log...its a practical C/P of the openwire code from AMQ ;-) In discussing this with Hiram, we agreed that the openwire protocol would be good for many projects, not just AMQ. So we are killing 2 birds with one stone. We are pulling out openwire and trying to make it more generic, so that it could live as its own jar so that many other projects can use it. IMO, this is the best way to get the most features for clustering up and running sooner, with less code to maintain. I think that is what we are trying to do here to a large extent. Great discussion! More! more! --jason
Re: implement autoresume file sending in activemq?
yes! I just have a try,it is. thanks. but if I just keep a connection and dose nothing ,shut down server will shut down the client with no exception. this is the test I have done before. so I thought you was misunderstanding me. sorry! but how could I do if the client is shut down? no way or do it myself using other technology? thanks to any suggestion. James.Strachan wrote: The failover: transport does that part for you. -- James --- http://radio.weblogs.com/0112098/ -- View this message in context: http://www.nabble.com/implement-autoresume-file-sending-in-activemq--tf2275804.html#a6323251 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: implement autoresume file sending in activemq?
On 9/15/06, tianqio [EMAIL PROTECTED] wrote: yes! I just have a try,it is. thanks. but if I just keep a connection and dose nothing ,shut down server will shut down the client with no exception. Its your call - if you want, failover can keep trying to reconnect for a period of time then throw an exception and fail - or you can keep auto-reconnecting for ever if you prefer. this is the test I have done before. so I thought you was misunderstanding me. sorry! but how could I do if the client is shut down? no way or do it myself using other technology? Currently we have no solution to automatically re-start the client if it fails midway through. -- James --- http://radio.weblogs.com/0112098/
Re: Make bootstrap less aggressive?
Would anyone object if we made the default a Geronimo only delete and include something like a: Try bootstrap -Dclean-entire-repo=true to get the whole repo? Better to not surprise people if we can avoid it. On Sep 14, 2006, at 12:21 PM, Aaron Mulder wrote: Would it hurt to adjust bootstrap to whack only the Geronimo-related content from the M2 repo? Or perhaps only the SNAPSHOT artifacts? I resist using it only because I have a lot of non-Geronimo content in my local repo that I hate to lose every time. I used to be happy to do the m:cleanrepo target that only killed the pertinent stuff, though. Thanks, Aaron On 9/14/06, Bill Dudney [EMAIL PROTECTED] wrote: Hi Anita, This is almost certianly from not cleaning everything out before doing a build. You have to nuke all the m2 repo bits related to geronimo and openejb 2 to get rid of all the old code that was using the EDU.oswego classes as well as mvn clean everything (i.e. a bootstrap :-) HTH, -bd- On Sep 14, 2006, at 10:06 AM, anita kulshreshtha wrote: I am seeing this error on trunk (rev 443034) during shutdown: 11:42:10,359 INFO [TransportConnector] Connector tcp:// 0.0.0.0:61616 Stopped 11:42:10,359 INFO [TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO [TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO [TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO [TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO [TransportConnector] Connector tcp:// 0.0.0.0:61616 Stopped java.lang.NoClassDefFoundError: org/apache/activemq/broker/BrokerService$2$1 at org.apache.activemq.broker.BrokerService$2.stop(BrokerService.java: 1137) at org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java: 42) at org.apache.activemq.broker.BrokerService.stop(BrokerService.java: 442) at org.apache.activemq.broker.BrokerService.containerShutdown (BrokerService.java:1311) at org.apache.activemq.broker.BrokerService$3.run(BrokerService.java: 1288) java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/LinkedNode at EDU.oswego.cs.dl.util.concurrent.SynchronousChannel.poll(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor.getTask(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:534) Server shutdown completed Thnaks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Matt Hogstrom [EMAIL PROTECTED]
Re: implement autoresume file sending in activemq?
I have met another probelm: if I interrupt the server while sending file, no affection on sender.but when I try to receive the file, I encounted an exception, it says java.io.IOException: Received an unexpected message: expected ID: 264 but was: 265 for message. thanks for suggestion. James.Strachan wrote: Currently we have no solution to automatically re-start the client if it fails midway through. -- James --- http://radio.weblogs.com/0112098/ -- View this message in context: http://www.nabble.com/implement-autoresume-file-sending-in-activemq--tf2275804.html#a6323545 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: Make bootstrap less aggressive?
+1On Sep 15, 2006, at 7:34 AM, Matt Hogstrom wrote:Would anyone object if we made the default a Geronimo only delete and include something like a:Try bootstrap -Dclean-entire-repo=true to get the whole repo? Better to not surprise people if we can avoid it.On Sep 14, 2006, at 12:21 PM, Aaron Mulder wrote: Would it hurt to adjust bootstrap to whack only the Geronimo-relatedcontent from the M2 repo? Or perhaps only the SNAPSHOT artifacts? Iresist using it only because I have a lot of non-Geronimo content inmy local repo that I hate to lose every time. I used to be happy todo the m:cleanrepo target that only killed the pertinent stuff,though.Thanks, AaronOn 9/14/06, Bill Dudney [EMAIL PROTECTED] wrote: Hi Anita,This is almost certianly from not cleaning everything out beforedoing a build. You have to nuke all the m2 repo bits related togeronimo and openejb 2 to get rid of all the old code that was usingthe EDU.oswego classes as well as mvn clean everything (i.e. abootstrap :-)HTH,-bd-On Sep 14, 2006, at 10:06 AM, anita kulshreshtha wrote: I am seeing this error on trunk (rev 443034) during shutdown: 11:42:10,359 INFO [TransportConnector] Connector tcp://0.0.0.0:61616 Stopped 11:42:10,359 INFO [TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO [TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO [TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO [TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO [TransportConnector] Connector tcp://0.0.0.0:61616 Stopped java.lang.NoClassDefFoundError: org/apache/activemq/broker/BrokerService$2$1 at org.apache.activemq.broker.BrokerService$2.stop(BrokerService.java: 1137) at org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42) at org.apache.activemq.broker.BrokerService.stop(BrokerService.java:442) at org.apache.activemq.broker.BrokerService.containerShutdown (BrokerService.java:1311) at org.apache.activemq.broker.BrokerService$3.run(BrokerService.java: 1288) java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/LinkedNode at EDU.oswego.cs.dl.util.concurrent.SynchronousChannel.poll(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor.getTask(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:534) Server shutdown completed Thnaks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Matt Hogstrom[EMAIL PROTECTED] -sachin
Re: Make bootstrap less aggressive?
On 9/15/06, Matt Hogstrom [EMAIL PROTECTED] wrote: Would anyone object if we made the default a Geronimo only delete andinclude something like a:Try bootstrap -Dclean-entire-repo=true to get the whole repo?Betterto not surprise people if we can avoid it. My +100 on this. On Sep 14, 2006, at 12:21 PM, Aaron Mulder wrote: Would it hurt to adjust bootstrap to whack only the Geronimo-related content from the M2 repo?Or perhaps only the SNAPSHOT artifacts?I resist using it only because I have a lot of non-Geronimo content in my local repo that I hate to lose every time.I used to be happy to do the m:cleanrepo target that only killed the pertinent stuff, though. Thanks, Aaron On 9/14/06, Bill Dudney [EMAIL PROTECTED] wrote: Hi Anita, This is almost certianly from not cleaning everything out before doing a build. You have to nuke all the m2 repo bits related to geronimo and openejb 2 to get rid of all the old code that was using the EDU.oswego classes as well as mvn clean everything (i.e. a bootstrap :-) HTH, -bd- On Sep 14, 2006, at 10:06 AM, anita kulshreshtha wrote: I am seeing this error on trunk (rev 443034) during shutdown: 11:42:10,359 INFO[TransportConnector] Connector tcp:// 0.0.0.0:61616 Stopped 11:42:10,359 INFO[TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO[TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO[TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO[TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO[TransportConnector] Connector tcp:// 0.0.0.0:61616 Stopped java.lang.NoClassDefFoundError : org/apache/activemq/broker/BrokerService$2$1 at org.apache.activemq.broker.BrokerService$2.stop(BrokerService.java: 1137) at org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java: 42) at org.apache.activemq.broker.BrokerService.stop(BrokerService.java: 442) at org.apache.activemq.broker.BrokerService.containerShutdown (BrokerService.java:1311) at org.apache.activemq.broker.BrokerService$3.run (BrokerService.java: 1288) java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/LinkedNode at EDU.oswego.cs.dl.util.concurrent.SynchronousChannel.poll (Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor.getTask(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run (Unknown Source) at java.lang.Thread.run(Thread.java:534) Server shutdown completed Thnaks Anita __ Do You Yahoo!? Tired of spam?Yahoo! Mail has the best spam protection around http://mail.yahoo.comMatt Hogstrom[EMAIL PROTECTED]
Re: Dojo Toolkit inclusion to Geronimo
Wouldn't it be best to, if Dojo is going to be a separate module to actually see if they would consider it being an ASF project? Other ASF projects other than Geronimo would have great use for it. On Sep 14, 2006, at 2:45 AM, Christopher M. Cardona wrote: Gianny, Thanks again for finding time to look at the patch. Sorry to hear that it didn’t worked out smoothly in Safari. I agree with you that we should find a better way to include/checkin Dojo in G. I decided to include the Dojo source in the patch to make it easier for people like you who want to look at it without doing additional work like downloading some distribution. Your suggestion of expanding the Dojo files upon build is fine but I think checking in Dojo as a separate module (webapp) as suggested by Paul has an advantage of being reused by other webapps deployed in G simply by making the webapp’s parent the Dojo module. Furthermore, I was able to verify that this works. I’m still open for other suggestions but if we are left with these 2 options I’ll give +1 to checking in Dojo as a separate module. Any thoughts? Best wishes, chris Gianny Damour wrote: Hi Chris, The JMX Viewer portlet is finally working for me. Actually, it seems that due to a Dojo known issue, this portlet does not work with Safari :(; having said that, it works really nicely, and I really mean really nicely, with IE. Regarding your patch, I believe that this is a large piece of work; unfortunately, I cannot appreciate it as this is the first time that I am seeing dojo in action. Also, I think that instead of checking in the dojo files directly at the right location, we should check in a tar.ball of these files and expand it upon build of the module. I think that this is better because this way we do know which files are dojo specifics (this is a minor detail). What do you think? It would be cool if other people could have a look to this patch; for sure, it really deserves it! Thanks, Gianny
help resolving class (GERONIMO-1526)
So I need some help on the following...In the sachin branch, we're working on generalizing the builders, and replacing many of the methods that get passed in and process on a JarFile with a new interface IDeployableModule. Now the default impl of this class represents a JarFile. We want to provide different implementations that can be plugged into geronimo for improved support for deploying from eclipse for example. Now my idea is the following...From eclipse we will deploy a gbean to geronimo that provides a new impl of IDeployableModule that provides Eclipse support so Geronimo can build the configuration directly from the Eclipse projects. So I've added a new method to the DeploymentManager that can be used by a client to set the impl classname (might be better to be a gbean ref name or something I don't know) to be used for that particular deployment. This gets passed to a Factory class, and if null, the default impl is created, and if not then we need to be able to load an instance of this impl class.So my question is how can this be done? How can the deployment module and this factory class resolve the class from a gbean it doesn't have direct visibility to?Any help or code snippets would be appreciated.Thanks. -sachin
Wsi compliance and servicemix
Hello guys, Ive finished settign up and example to test wsi compliance with service mix. (included is an archive of the example). it consist of two parts : The server section (./run-server.sh or ant run-server) The client and wsi part (./run-client.sh or ant run client). What this basicaly does is create a web service that complies with the WSi normes and then passes it throught servicemix http component. What do you guys think about this ? Any feed back would be appreciated. By the way I cannot load the wsdl for the web service in service mix I get a bunch of errors about namespaces not being defined : WARN - HttpSpringComponent- Could not map wsdl definition to documents [exec] WSDLException: faultCode=PARSER_ERROR: Problem parsing '- WSDL Document -'.: The value of the attribute prefix=xmlns,localpart=tns,rawname=xmlns:tns is invalid. Prefixed namespace bindings may not be empty.: org.xml.sax.SAXParseException: The value of the attribute prefix=xmlns,localpart=tns,rawname=xmlns:tns is invalid. Prefixed namespace bindings may not be empty. Will investigate futher on this. Any feedback would be welcome. http://www.nabble.com/user-files/236033/servicemix-soap-wsi.tar.gz servicemix-soap-wsi.tar.gz -- View this message in context: http://www.nabble.com/Wsi-compliance-and-servicemix-tf2277429.html#a6324835 Sent from the ServiceMix - Dev forum at Nabble.com.
Drools routing warning
Hi,
I registered drools component to servicemix in servicemix.xml as follows:
sm:activationSpecs
sm:activationSpec componentName=DroolsComponent
service=foo:DroolsComponent
sm:component
bean
class=org.apache.servicemix.components.drools.DroolsComponent
property name=ruleBaseResource
value=classpath:/Workflow.xml /
/bean
/sm:component
/sm:activationSpec
However, when I try to use jbi.forwardToService(http://stationsimulator2/;,
Station) in java:consequence, where Statsion is also registered in
servicemix.xml , I get the warning:
WARN [main] DefaultBroker - InterfaceName
({http://stationsimulator2/}DroolsComponent) specified for routing, but
can't find any matching components
Any idea why?
--
View this message in context:
http://www.nabble.com/Drools-routing-warning-tf2277581.html#a6325402
Sent from the ServiceMix - Dev forum at Nabble.com.
[jira] Commented: (GERONIMO-2393) Maven eclipse plugin is generating invalid classpath entries in .classpath
[ http://issues.apache.org/jira/browse/GERONIMO-2393?page=comments#action_12434977 ] Joe Bohn commented on GERONIMO-2393: Are you still seeing this problem Vamsi? I'm running on xp with eclipse 3.2 (and 3.1 on another system) and I'm not noticing any problems. I really only use eclipse for source level debugging (I don't use it as a true IDE to make changes immediately run with those changes) but I suspect that if the classpaths were messed up then I wouldn't even be able to do that.I poked around a few of the .classpath files and didn't notice any problems. Can you point me to a project that is causing problems so we can see if it is a pervasive problem? Maven eclipse plugin is generating invalid classpath entries in .classpath -- Key: GERONIMO-2393 URL: http://issues.apache.org/jira/browse/GERONIMO-2393 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Environment: WinXP, G TRUNK Reporter: Vamsavardhana Reddy Fix For: 1.2 I have run mvn eclipse:eclipse. Upon importing the projects into eclipse, I am noticing the the classpath entries generated have the first letter missing. Here is an example of some classpath entries in .classpath file. classpathentry kind=var path=M2_REPO/ommons-cli/commons-cli/1.0/commons-cli-1.0.jar/ classpathentry kind=var path=M2_REPO/tax/stax-api/1.0/stax-api-1.0.jar/ classpathentry kind=var path=M2_REPO/lassworlds/classworlds/1.1-alpha-2/classworlds-1.1-alpha-2.jar/ classpathentry kind=var path=M2_REPO/rg/apache/maven/maven-repository-metadata/2.0.4/maven-repository-metadata-2.0.4.jar/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Wsi compliance and servicemix
Did you update the jira issue with your new stuff ? Thanks On 9/15/06, Eric Dofonsou [EMAIL PROTECTED] wrote: Hello guys, Ive finished settign up and example to test wsi compliance with service mix. (included is an archive of the example). it consist of two parts : The server section (./run-server.sh or ant run-server) The client and wsi part (./run-client.sh or ant run client). What this basicaly does is create a web service that complies with the WSi normes and then passes it throught servicemix http component. What do you guys think about this ? Any feed back would be appreciated. By the way I cannot load the wsdl for the web service in service mix I get a bunch of errors about namespaces not being defined : WARN - HttpSpringComponent- Could not map wsdl definition to documents [exec] WSDLException: faultCode=PARSER_ERROR: Problem parsing '- WSDL Document -'.: The value of the attribute prefix=xmlns,localpart=tns,rawname=xmlns:tns is invalid. Prefixed namespace bindings may not be empty.: org.xml.sax.SAXParseException: The value of the attribute prefix=xmlns,localpart=tns,rawname=xmlns:tns is invalid. Prefixed namespace bindings may not be empty. Will investigate futher on this. Any feedback would be welcome. http://www.nabble.com/user-files/236033/servicemix-soap-wsi.tar.gz servicemix-soap-wsi.tar.gz -- View this message in context: http://www.nabble.com/Wsi-compliance-and-servicemix-tf2277429.html#a6324835 Sent from the ServiceMix - Dev forum at Nabble.com. -- Cheers, Guillaume Nodet
Re: Dojo Toolkit inclusion to Geronimo
I agree that would be a great if Dojo was more closely aligned with the ASF. Earlier this year when the Apache incubator accepted an AJAX project called Kabuki[1] I sent a note to the Dojo list asking about their involvement with Kabuki and the ASF[2]. The president of the Dojo Foundation, Alex Russell, responded by saying that they were still in a wait and see mode. Since that time the Kabuki project has been withdrawn from the incubator, citing among other reasons that ...we believe Dojo to be a better choice for HTML developers than Kabuki. Sounds to me like opportunity is ripe. Best wishes, Paul [1] http://incubator.apache.org/projects/kabuki.html [2] http://dojotoolkit.org/pipermail/dojo-interest/2006-March/004957.html [3] http://mail-archives.apache.org/mod_mbox/incubator-general/200606.mbox/[EMAIL PROTECTED] On 9/15/06, Jim Jagielski [EMAIL PROTECTED] wrote: Wouldn't it be best to, if Dojo is going to be a separate module to actually see if they would consider it being an ASF project? Other ASF projects other than Geronimo would have great use for it.
Re: Make bootstrap less aggressive?
+1 On 9/15/06, Matt Hogstrom [EMAIL PROTECTED] wrote: Would anyone object if we made the default a Geronimo only delete and include something like a: Try bootstrap -Dclean-entire-repo=true to get the whole repo? Better to not surprise people if we can avoid it. On Sep 14, 2006, at 12:21 PM, Aaron Mulder wrote: Would it hurt to adjust bootstrap to whack only the Geronimo-related content from the M2 repo? Or perhaps only the SNAPSHOT artifacts? I resist using it only because I have a lot of non-Geronimo content in my local repo that I hate to lose every time. I used to be happy to do the m:cleanrepo target that only killed the pertinent stuff, though. Thanks, Aaron On 9/14/06, Bill Dudney [EMAIL PROTECTED] wrote: Hi Anita, This is almost certianly from not cleaning everything out before doing a build. You have to nuke all the m2 repo bits related to geronimo and openejb 2 to get rid of all the old code that was using the EDU.oswego classes as well as mvn clean everything (i.e. a bootstrap :-) HTH, -bd- On Sep 14, 2006, at 10:06 AM, anita kulshreshtha wrote: I am seeing this error on trunk (rev 443034) during shutdown: 11:42:10,359 INFO [TransportConnector] Connector tcp:// 0.0.0.0:61616 Stopped 11:42:10,359 INFO [TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO [TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO [TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO [TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO [TransportConnector] Connector tcp:// 0.0.0.0:61616 Stopped java.lang.NoClassDefFoundError: org/apache/activemq/broker/BrokerService$2$1 at org.apache.activemq.broker.BrokerService$2.stop(BrokerService.java: 1137) at org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java: 42) at org.apache.activemq.broker.BrokerService.stop(BrokerService.java: 442) at org.apache.activemq.broker.BrokerService.containerShutdown (BrokerService.java:1311) at org.apache.activemq.broker.BrokerService$3.run(BrokerService.java: 1288) java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/LinkedNode at EDU.oswego.cs.dl.util.concurrent.SynchronousChannel.poll(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor.getTask(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:534) Server shutdown completed Thnaks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Matt Hogstrom [EMAIL PROTECTED]
Re: Drools routing warning
Hi, I solved it, the problem was that in component's sendMessage method i used MessageExchangeFactory factory = deliveryChannel.createExchangeFactory(new QName(http://stationsimulator2;, DroolsComponent)); instead of MessageExchangeFactory factory = deliveryChannel.createExchangeFactory(); Frane. -- View this message in context: http://www.nabble.com/Drools-routing-warning-tf2277581.html#a6326212 Sent from the ServiceMix - Dev forum at Nabble.com.
RE: Build failures with latest SVN
I'm still not able to get past this error. I've tried on couple machines and I get the error on every one of them. Here's the error again: Note - The build is able to go out and fetch other plugins, its so far only this one that is giving me trouble. [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://mirrors.sunsite.dk/maven2/org/apache/xbean/maven-xbean-plugin/2.6/maven-xbean-pl ugin-2.6.pom [WARNING] Unable to get resource from repository central (http://ibiblio.org/maven2/) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.xbean ArtifactId: maven-xbean-plugin Version: 2.6 Reason: Unable to download the artifact from any repository org.apache.xbean:maven-xbean-plugin:pom:2.6 from the specified remote repositories: Maven Snapshots (http://snapshots.maven.codehaus.org/maven2/), central (http://repo1.maven.org/maven2), apache.snapshots (http://people.apache.org/maven-snapshot-repository), apache-snapshots (http://people.apache.org/maven-snapshot-repository) Timothy Bish wrote: Hm ... you don't see it in your local repository? How are you installing it? I would imagine this should put it there (although you shouldn't need to do this): mvn install:install-file -Dfile=maven-xbean-plugin-2.6.jar http://repo1.maven.org/maven2/org/apache/xbean/maven-xbean- plugin/2.6/maven-xbean-plugin-2.6.jar -DgroupId=org.apache.xbean -DartifactId=maven-xbean-plugin -Dversion=2.6 -Dpackaging=jar I did this, its in the repo. Still get the same error as before, its not seeing it in there. I just did this and it works. Although, since it's on ibiblio you shouldn't need to do this. Do you have the standard mirrors set up in your ~/.m2/settings.xml? Nate On 9/10/06, Timothy Bish [EMAIL PROTECTED] wrote: The plugin is available on ibiblio: http://repo1.maven.org/maven2/org/apache/xbean/maven-xbean-plugin/2.6/ For some reason I can't get Maven to grab it from there however, and when I manually deploy it into my repo it doesn't see it in there. On 9/10/06, Timothy Bish [EMAIL PROTECTED] wrote: Hey guys. I'm trying to build the latest broker code from SVN now that things have reorganized, and I keep running into this error. I've searched for awhile but haven't been able to find anything on the 2.6 xbean plugin [INFO] Failed to resolve artifact. GroupId: org.apache.xbean ArtifactId: maven-xbean-plugin Version: 2.6 Reason: Unable to download the artifact from any repository org.apache.xbean:maven-xbean-plugin:pom:2.6 from the specified remote repositories: central (http://repo1.maven.org/maven2), apache.snapshots (http://people.apache.org/maven-snapshot- repository ), apache-snapshots (http://people.apache.org/maven-snapshot- repository ) - Timothy A. Bish [EMAIL PROTECTED] -- Cheers, Guillaume Nodet -- View this message in context: http://www.nabble.com/Build-failures-with-latest-SVN-tf2247945.html#a6326229 Sent from the ActiveMQ - Dev forum at Nabble.com.
[jira] Commented: (GERONIMO-2407) openwire impl in gcache won't compile
[ http://issues.apache.org/jira/browse/GERONIMO-2407?page=comments#action_12434992 ] Bill Dudney commented on GERONIMO-2407: --- hey jeff, sorry for the hunk failures, looks like svn diff is getting confused by the way I redid the comments (I tried to apply to a fresh check out and got the several failures). I am cooking a new patch now (essentially backing out anything that was not related to the compile problems) openwire impl in gcache won't compile - Key: GERONIMO-2407 URL: http://issues.apache.org/jira/browse/GERONIMO-2407 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 1.2 Reporter: Bill Dudney Attachments: openwire.patch patch provides 3 things; 1) orgainze imports 2) format code to 'standard' format (no tabs etc) 3) adds standard header -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: http://geronimo.apache.org/plugins?
Jacek, I see a couple of discussions going on in parallel: geronimoplugincentral.org -- this is is a plugin user community site inspired by eclipseplugincentral.com that was announced to the dev list a few weeks ago. Where the thread left off was that there were suggestions to host the site at http://geronimo.apache.org/plugins instead of a private domain. I proposed a plan of action to make that happen in the thread plugin community site and am ready for feedback, assuming that +1's would equal support. geronimo plugins subproject -- IIUC this proposed subproject is for plugin developers and would be similar to the Geronimo plugins project at sourceforge but hosted at ASF and governed by Geronimo (like devtools). Several folks have volunteered to help and I would also like to take this opportunity to volunteer to help. There's a thread maven repository hosting geronimo plugins that proposes using the maven repository for hosting the plugins generated by ASF instead of creating a new infrastructure for hosting plugins. No feedback on that idea yet. I see these two discussions as separate because they address two different communities -- plugin users vs. plugin developers. But I wonder if you view them as the same since you allude to an official plugins subproject hosted at http://geronimo.apache.org/plugins ? Best wishes, Paul On 9/15/06, Jacek Laskowski [EMAIL PROTECTED] wrote: Hi, Just went through the archives and am not sure, but we ended up with nothing as far as the official plugins repo is concerned[*]. Unless I'm mistaken, I wonder what it takes to create http://geronimo.apache.org/plugins as another official repo? Just like the devtools project has its own place we could (should?) create a separate space for plugins. I'd like to gather as much suggestions/opinions/advices as possible before calling a vote. WDYT? [*] Just as I was writing it I came across this lovely quote: After all is said and done, more is said than done. by Aesop. Google's awesome with its quote service. I need to keep it in mind before taking part in a discussion. ;-) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
[jira] Updated: (GERONIMO-2359) Itests for Geronimo
[ http://issues.apache.org/jira/browse/GERONIMO-2359?page=all ] Prasad Kashyap updated GERONIMO-2359: - Attachment: RemoveHackinDeploy.patch Patch: RemoveHackinDeploy.patch This patch removes the moduleArchive hack that was in the ModuleConfig.java. It introduces a distribute(File, File) in DeployModuleMojo.java Itests for Geronimo --- Key: GERONIMO-2359 URL: http://issues.apache.org/jira/browse/GERONIMO-2359 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: Prasad Kashyap Assigned To: Jason Dillon Fix For: 1.2 Attachments: DeployToolMojo.patch, DeployToolSuport-v2.patch, DeployToolSuport-v3.patch, DeployToolSuport.patch, genesis-ArtifactItem.patch, itests-1.0.patch, multipleModuleIds.patch, RemoveHackinDeploy.patch, StartStopUndeploy.patch The openejb itests which we had for a few releases now have been dead for a while. Here's an effort to revive them and expand it's scope for all of Geronimo. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: http://geronimo.apache.org/plugins?
On 9/15/06, Paul McMahan [EMAIL PROTECTED] wrote: Jacek, I see a couple of discussions going on in parallel: Well, I should've seen them too, and I did in fact, but completely forgot about them. Perhaps, it's time to start doing after everything's said ;-) geronimoplugincentral.org -- this is is a plugin user community site inspired by eclipseplugincentral.com that was announced to the dev list a few weeks ago. Where the thread left off was that there were suggestions to host the site at http://geronimo.apache.org/plugins instead of a private domain. I proposed a plan of action to make that happen in the thread plugin community site and am ready for feedback, assuming that +1's would equal support. Do we need a full-blown web site (with Joomla behind)? Wouldn't a maven-like structure be enough? Just to see how it goes and bring the jpa plugin here (where its home is ;-)) geronimo plugins subproject -- IIUC this proposed subproject is for plugin developers and would be similar to the Geronimo plugins project at sourceforge but hosted at ASF and governed by Geronimo (like devtools). Several folks have volunteered to help and I would also like to take this opportunity to volunteer to help. There's a thread maven repository hosting geronimo plugins that proposes using the maven repository for hosting the plugins generated by ASF instead of creating a new infrastructure for hosting plugins. No feedback on that idea yet. That's why I asked about it again. Everybody's busy so only the hottest features are able to survive, and the others need to be pushed a little ;-) I see these two discussions as separate because they address two different communities -- plugin users vs. plugin developers. But I wonder if you view them as the same since you allude to an official plugins subproject hosted at http://geronimo.apache.org/plugins ? I don't know if they need to have their own repo. Just thinking out loud and thinking we could separate them in a 'plugins' subdirectory of the Geronimo repo pretty well, too. If they get large they could become a subproject or a tlp project, whatever. I think we need to make a home for them before people will scratch their heads where they could be developed. What I'm leaning toward is a very unideal yet working solution with http://geronimo.apache.org/plugins and plugins subdirectory in place. If/when we decide something better we'll change it. Jacek -- Jacek Laskowski http://www.laskowski.net.pl
[VOTE RESULT] Geronimo Development Process
All, Thanks for your votes. CTR with documentation guidelines was the unanimous choice by the community. The Geronimo Development Process will become CTR with documentation guidelines on Monday September 18 at 9AM EDT. Multiple people mentioned that we'll need to be diligent to maintain appropriate community communication. This is certainly true. Committers still have a responsibility to communicate their changes to the community. We all have a shared responsibility to review these communications and commit logs. There was also a desire to review our development process in 2-3 months. This is a very good idea. Let's plan on initiating a review in early December (2 1/2 months). However, if you identify any problems with CTR, please raise them immediately. The sooner we deal with any issues, the better off we'll all be... 22 people registered +1 votes for CTR: Davanum Srinivas Rick McGuire Jacek Laskowski Guillaume Nodet Matt Hogstrom Paul McMahan Joe Bohn Sachin Patel Hernan Cunico Jeff Genender Jason Dillon David Jencks Gianny Damour Anita Kulshreshtha David Blevins John Sisson Alan Cabrera Jan Bartel Dain Sundstrom Hiram Chirino Bill Dudney Prasad Kashyap By my count this includes (2 non-committers and 20 committers -- 14 of which are PMC members) --kevan On Sep 10, 2006, at 9:23 PM, Kevan Miller wrote: This is a vote to determine the development process the Geronimo community wishes to use for trunk development. If any modifications are needed for a branch development process, then a separate vote will be held. All votes are important. This is a community-wide issue. Please let your voice be heard... Choose the development process which you think will best serve the Geronimo community. I'd like to limit voting to a single process, rather than using a poll/ranking system (i.e. 1,2,3). If a clear consensus does not emerge, then we'll need to refine and hold another vote. [ ] +1 Relaxed RTC [ ] +1 RTC with Lazy Consensus [ ] +1 CTR with documentation guidelines These development processes are summarized below: 1. Relaxed RTC Geronimo follows a Review-Then-Commit (RTC) model. Patches for new function are provided by developers for review and comment by their peers. Feedback is conducted through JIRA comments. The goal of this interaction is to solicit suggestions from the community and incorporate their feedback as appropriate. In order for a patch to be accepted it requires the following: * Needs to be reviewed by committers on the project. Others may comment but their comments are not binding. The review may, but does not have to, include application and testing. The goal of the review is to understand the technical attributes of the change as well as the assess other impacts to the project as a whole. * 3 +1 votes from committers on the project with no outstanding -1 votes. * Any -1 votes need to be accompanied by a reason (the parties should then attempt to reach a mutually agreed upon solution to the issue raised). * If the issues can't be resolved then the PMC can be called upon to settle the dispute and make a recommendation. * Issues are generally of a technical nature. However, issues may include other items like usability, project cohesiveness or other issues that impact the project as a whole. The goal of these guidelines is to facilitate timely communication as well as the fostering of ideas and collaboration as well as innovation. 2. RTC with Lazy Consensus Geronimo follows a Review-Then-Commit model with Lazy consensus. Patches for new function are provided by developers for review and comment by their peers. Feedback is conducted through JIRA comments. The goal of this interaction is to solicit suggestions from the community and incorporate their feedback as appropriate. A patch is accepted if: * 3 +1 votes from committers on the project with no outstanding -1 votes and no significant, ongoing discussion * 72 hours pass with no outstanding -1 votes and no significant, ongoing discussion. A 24 hour warning should be sent to the dev list. 3. CTR with documentation guidelines Geronimo follows a Commit-Then-Review model. There should be an emphasis of community communication. Community-based policing and persuasion will be used to remedy any problem areas. Guidelines are not strict dogma -- common sense should prevail. Community communication is the key, not a process. General guidelines are: * Non-trivial changes (and certainly potentially controversial changes) should be announced on the dev list. This announcement should be well in advance of the change being committed. The community should be given the opportunity to understand and discuss the proposal. * Concurrent with the commit of a significant change, the committer should document the change on the dev list. You should describe what you are doing, describe why you are doing it,
Undeploy - Possible regression (?)
In the 1.0/1.1 timeframe, I believe there was a bug in the deploy tool caused during undeploy. After an undeploy, it left the configId in the config.xml marked as load=false and it also left behind the empty dirs in the repository under groupId/artifactId/version. If I remember correctly, this was fixed then. But since I am seeing it again in the 1.2 trunk, is this a regression or didn't we never fix it then at all ? Cheers Prasad
Using Eclipse with M2
I am using maven-eclipse-pluign. A typical classpath entry looks like this: classpathentry kind=var path=M2_REPO/xstream/xstream/1.1.3/xstream-1.1.3.jar/ classpathentry kind=src path=/geronimo-core/ Does this mean that the whole project must be checked out? It would be nice if there were two entries for geronimo-* jars. The second entry could refer to .m2 repo and be used only if the first one is missing. Are there any instructions on how to use eclipse when working with Geronimo? Thanks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[jira] Updated: (GERONIMO-2393) Maven eclipse plugin is generating invalid classpath entries in .classpath
[ http://issues.apache.org/jira/browse/GERONIMO-2393?page=all ] Vamsavardhana Reddy updated GERONIMO-2393: -- Attachment: .classpath Joe, I have run mvn eclipse:eclipse after your last comment on the JIRA. I still notice the problem. Here is the .classpath file from modules\geronimo-activation. Maven eclipse plugin is generating invalid classpath entries in .classpath -- Key: GERONIMO-2393 URL: http://issues.apache.org/jira/browse/GERONIMO-2393 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Environment: WinXP, G TRUNK Reporter: Vamsavardhana Reddy Fix For: 1.2 Attachments: .classpath I have run mvn eclipse:eclipse. Upon importing the projects into eclipse, I am noticing the the classpath entries generated have the first letter missing. Here is an example of some classpath entries in .classpath file. classpathentry kind=var path=M2_REPO/ommons-cli/commons-cli/1.0/commons-cli-1.0.jar/ classpathentry kind=var path=M2_REPO/tax/stax-api/1.0/stax-api-1.0.jar/ classpathentry kind=var path=M2_REPO/lassworlds/classworlds/1.1-alpha-2/classworlds-1.1-alpha-2.jar/ classpathentry kind=var path=M2_REPO/rg/apache/maven/maven-repository-metadata/2.0.4/maven-repository-metadata-2.0.4.jar/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Undeploy - Possible regression (?)
On Sep 15, 2006, at 11:56 AM, Prasad Kashyap wrote: In the 1.0/1.1 timeframe, I believe there was a bug in the deploy tool caused during undeploy. After an undeploy, it left the configId in the config.xml marked as load=false and it also left behind the empty dirs in the repository under groupId/artifactId/version. If I remember correctly, this was fixed then. But since I am seeing it again in the 1.2 trunk, is this a regression or didn't we never fix it then at all ? Prasad, It's quite possible that a fix was not merged onto trunk. I took a look at the dead-1.2 fixes that haven't been merged. I didn't see any likely candidates. You can try looking at the 1.1 and 1.1.1 release notes to locate the undeploy/redeploy jira's which have been fixed. Are the repository dirs completely empty or is there some artifact that isn't being cleaned up... --kevan
[jira] Commented: (GERONIMO-2393) Maven eclipse plugin is generating invalid classpath entries in .classpath
[ http://issues.apache.org/jira/browse/GERONIMO-2393?page=comments#action_12435019 ] Anita Kulshreshtha commented on GERONIMO-2393: -- Vamsi, try deleting .m2/o/a/maven/plugins/maven-eclipse-plugin directory and run mvn eclipse:eclipse. A fresh copy of the plugin ( version 2.2) will be loaded. See if that helps.. Maven eclipse plugin is generating invalid classpath entries in .classpath -- Key: GERONIMO-2393 URL: http://issues.apache.org/jira/browse/GERONIMO-2393 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Environment: WinXP, G TRUNK Reporter: Vamsavardhana Reddy Fix For: 1.2 Attachments: .classpath I have run mvn eclipse:eclipse. Upon importing the projects into eclipse, I am noticing the the classpath entries generated have the first letter missing. Here is an example of some classpath entries in .classpath file. classpathentry kind=var path=M2_REPO/ommons-cli/commons-cli/1.0/commons-cli-1.0.jar/ classpathentry kind=var path=M2_REPO/tax/stax-api/1.0/stax-api-1.0.jar/ classpathentry kind=var path=M2_REPO/lassworlds/classworlds/1.1-alpha-2/classworlds-1.1-alpha-2.jar/ classpathentry kind=var path=M2_REPO/rg/apache/maven/maven-repository-metadata/2.0.4/maven-repository-metadata-2.0.4.jar/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Undeploy - Possible regression (?)
After an undeploy, the repo contains the groupId/artifactId/version but nothing under that. So yes, completely empty. Cheers Prasad On 9/15/06, Kevan Miller [EMAIL PROTECTED] wrote: On Sep 15, 2006, at 11:56 AM, Prasad Kashyap wrote: In the 1.0/1.1 timeframe, I believe there was a bug in the deploy tool caused during undeploy. After an undeploy, it left the configId in the config.xml marked as load=false and it also left behind the empty dirs in the repository under groupId/artifactId/version. If I remember correctly, this was fixed then. But since I am seeing it again in the 1.2 trunk, is this a regression or didn't we never fix it then at all ? Prasad, It's quite possible that a fix was not merged onto trunk. I took a look at the dead-1.2 fixes that haven't been merged. I didn't see any likely candidates. You can try looking at the 1.1 and 1.1.1 release notes to locate the undeploy/redeploy jira's which have been fixed. Are the repository dirs completely empty or is there some artifact that isn't being cleaned up... --kevan
[jira] Updated: (GERONIMO-2333) Add JMX Portlet
[ http://issues.apache.org/jira/browse/GERONIMO-2333?page=all ] Christopher M. Cardona updated GERONIMO-2333: - Attachment: GERONIMO-2333-trunk2.patch New patch that works on trunk plus the ff. changes suggested by Paul: 1. Added Apache license headers to the JSP files 2. Clear out Attributes, Operations and Basic Info tables when clicking a non-MBean tree node Add JMX Portlet --- Key: GERONIMO-2333 URL: http://issues.apache.org/jira/browse/GERONIMO-2333 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: console Affects Versions: 1.2 Reporter: Christopher M. Cardona Assigned To: Christopher M. Cardona Attachments: dojo-0.3.1-bin.zip, GERONIMO-2333-trunk.patch, GERONIMO-2333-trunk2.patch, jmxMgrPortlet-G1.1.1-1.jpg, jmxMgrPortlet-G1.1.1-2.jpg, jmxMgrPortlet-G1.1.1-3.jpg, jmxMgrPortlet-G1.1.1-New.patch, jmxMgrPortlet-G1.1.1.patch Add a JMX portlet with the following minimum capabilities: 1. Be able to list all the MBeans 2. Predefined searches for the different J2EE types: J2EEApplication, EJBModule, WebModule, Sertlet, JCAConnectionFactory, etc. 3. Be able to query MBeans (if possible with autocomplete feature) 4. View the attributes and operations of MBeans The plan is to use Ajax (Dojo and DWR) to make this portlet a little bit responsive. Any thoughts and suggestions are welcome. cheers, chris -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Undeploy - Possible regression (?)
Found a related JIRA. Not sure if things changed here - http://issues.apache.org/jira/browse/GERONIMO-1974 Cheers Prasad On 9/15/06, Prasad Kashyap [EMAIL PROTECTED] wrote: After an undeploy, the repo contains the groupId/artifactId/version but nothing under that. So yes, completely empty. Cheers Prasad On 9/15/06, Kevan Miller [EMAIL PROTECTED] wrote: On Sep 15, 2006, at 11:56 AM, Prasad Kashyap wrote: In the 1.0/1.1 timeframe, I believe there was a bug in the deploy tool caused during undeploy. After an undeploy, it left the configId in the config.xml marked as load=false and it also left behind the empty dirs in the repository under groupId/artifactId/version. If I remember correctly, this was fixed then. But since I am seeing it again in the 1.2 trunk, is this a regression or didn't we never fix it then at all ? Prasad, It's quite possible that a fix was not merged onto trunk. I took a look at the dead-1.2 fixes that haven't been merged. I didn't see any likely candidates. You can try looking at the 1.1 and 1.1.1 release notes to locate the undeploy/redeploy jira's which have been fixed. Are the repository dirs completely empty or is there some artifact that isn't being cleaned up... --kevan
[jira] Updated: (GERONIMO-2407) openwire impl in gcache won't compile
[ http://issues.apache.org/jira/browse/GERONIMO-2407?page=all ] Bill Dudney updated GERONIMO-2407: -- Attachment: GERONIMO-2407-bdudney.patch droped the formatting and consistent leagal stuff openwire impl in gcache won't compile - Key: GERONIMO-2407 URL: http://issues.apache.org/jira/browse/GERONIMO-2407 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 1.2 Reporter: Bill Dudney Attachments: GERONIMO-2407-bdudney.patch, openwire.patch patch provides 3 things; 1) orgainze imports 2) format code to 'standard' format (no tabs etc) 3) adds standard header -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-2407) openwire impl in gcache won't compile
[ http://issues.apache.org/jira/browse/GERONIMO-2407?page=all ] Jeff Genender closed GERONIMO-2407. --- Resolution: Fixed Patched. Thanks. openwire impl in gcache won't compile - Key: GERONIMO-2407 URL: http://issues.apache.org/jira/browse/GERONIMO-2407 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 1.2 Reporter: Bill Dudney Attachments: GERONIMO-2407-bdudney.patch, openwire.patch patch provides 3 things; 1) orgainze imports 2) format code to 'standard' format (no tabs etc) 3) adds standard header -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2393) Maven eclipse plugin is generating invalid classpath entries in .classpath
[ http://issues.apache.org/jira/browse/GERONIMO-2393?page=all ] Joe Bohn updated GERONIMO-2393: --- Attachment: .classpath Vamsi, My .classpath looks just fine (attached here). I think you must have something strange going on with your maven install. You might try deleting your maven plugins from the repo and see if that helps. Apart from that perhaps refresh your maven image? Maven eclipse plugin is generating invalid classpath entries in .classpath -- Key: GERONIMO-2393 URL: http://issues.apache.org/jira/browse/GERONIMO-2393 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Environment: WinXP, G TRUNK Reporter: Vamsavardhana Reddy Fix For: 1.2 Attachments: .classpath, .classpath I have run mvn eclipse:eclipse. Upon importing the projects into eclipse, I am noticing the the classpath entries generated have the first letter missing. Here is an example of some classpath entries in .classpath file. classpathentry kind=var path=M2_REPO/ommons-cli/commons-cli/1.0/commons-cli-1.0.jar/ classpathentry kind=var path=M2_REPO/tax/stax-api/1.0/stax-api-1.0.jar/ classpathentry kind=var path=M2_REPO/lassworlds/classworlds/1.1-alpha-2/classworlds-1.1-alpha-2.jar/ classpathentry kind=var path=M2_REPO/rg/apache/maven/maven-repository-metadata/2.0.4/maven-repository-metadata-2.0.4.jar/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: svn commit: r446519 [4/4] - in /geronimo/sandbox/gcache: ./ openwire/ openwire/src/ openwire/src/main/ openwire/src/main/java/ openwire/src/main/java/org/ openwire/src/main/java/org/apache/ openwi
On Sep 15, 2006, at 2:24 AM, Jeff Genender wrote:
Copy and paste from AMQ ;-)
Oooh... copy paste... naughty :-P
--jason
You might also want to sick to a standard header, nix the html bits:
That was the Intellij template header :( It seemed to convert
breaks to
p/
Jeff
/*
* Licensed to the Apache Software Foundation (ASF) under one
* or more contributor license agreements. See the NOTICE file
* distributed with this work for additional information
* regarding copyright ownership. The ASF licenses this file
* to you under the Apache License, Version 2.0 (the
* License); you may not use this file except in compliance
* with the License. You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing,
* software distributed under the License is distributed on an
* AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
* KIND, either express or implied. See the License for the
* specific language governing permissions and limitations
* under the License.
*/
--jason
On Sep 14, 2006, at 9:57 PM, [EMAIL PROTECTED] wrote:
Added:
geronimo/sandbox/gcache/openwire/src/main/java/org/apache/
geronimo/openwire/util/MarshallingSupport.java
URL:
http://svn.apache.org/viewvc/geronimo/sandbox/gcache/openwire/src/
main/java/org/apache/geronimo/openwire/util/
MarshallingSupport.java?view=autorev=446519
==
---
geronimo/sandbox/gcache/openwire/src/main/java/org/apache/
geronimo/openwire/util/MarshallingSupport.java
(added)
+++
geronimo/sandbox/gcache/openwire/src/main/java/org/apache/
geronimo/openwire/util/MarshallingSupport.java
Thu Sep 14 21:57:24 2006
@@ -0,0 +1,309 @@
+package org.apache.geronimo.openwire.util;
+
+import java.io.*;
+import java.util.*;
+
+/**
+ * Copyright 2006 The Apache Software Foundation
+ * p/
+ * Licensed under the Apache License, Version 2.0 (the License);
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ * p/
+ * http://www.apache.org/licenses/LICENSE-2.0
+ * p/
+ * Unless required by applicable law or agreed to in writing,
software
+ * distributed under the License is distributed on an AS IS
BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
implied.
+ * See the License for the specific language governing
permissions and
+ * limitations under the License.
+ */
+public class MarshallingSupport {
+
+public static final byte NULL= 0;
+public static final byte BOOLEAN_TYPE= 1;
+public static final byte BYTE_TYPE = 2;
+public static final byte CHAR_TYPE = 3;
+public static final byte SHORT_TYPE = 4;
+public static final byte INTEGER_TYPE= 5;
+public static final byte LONG_TYPE = 6;
+public static final byte DOUBLE_TYPE = 7;
+public static final byte FLOAT_TYPE = 8;
+public static final byte STRING_TYPE = 9;
+public static final byte BYTE_ARRAY_TYPE = 10;
+public static final byte MAP_TYPE= 11;
+public static final byte LIST_TYPE = 12;
+public static final byte BIG_STRING_TYPE = 13;
+
+static public void marshalPrimitiveMap(Map map,
DataOutputStream
out) throws IOException {
+if( map == null ) {
+out.writeInt(-1);
+} else {
+out.writeInt(map.size());
+for (Iterator iter = map.keySet().iterator();
iter.hasNext();) {
+String name = (String) iter.next();
+out.writeUTF(name);
+Object value = map.get(name);
+marshalPrimitive(out, value);
+}
+}
+}
+
+static public Map unmarshalPrimitiveMap(DataInputStream in)
throws IOException {
+return unmarshalPrimitiveMap(in, Integer.MAX_VALUE);
+}
+
+/**
+ * @param in
+ * @return
+ * @throws IOException
+ * @throws IOException
+ */
+public static Map unmarshalPrimitiveMap(DataInputStream in, int
max_property_size) throws IOException {
+int size = in.readInt();
+if( size max_property_size ) {
+throw new IOException(Primitive map is larger than the
allowed size: +size);
+}
+if( size 0 ) {
+return null;
+} else {
+HashMap rc = new HashMap(size);
+for(int i=0; i size; i++) {
+String name = in.readUTF();
+rc.put(name, unmarshalPrimitive(in));
+}
+return rc;
+}
+
+}
+
+public static void marshalPrimitiveList(List list,
DataOutputStream out) throws IOException {
+out.writeInt(list.size());
+for (Iterator iter = list.iterator(); iter.hasNext();) {
+Object element = (Object)
Re: gcache imlementation ideas[long]
I will wait and see what you come up with first :-) --jason On Sep 15, 2006, at 2:25 AM, Jeff Genender wrote: Jason Dillon wrote: Aight... well, lets see the interfaces and the socket impl and I will write the jms impl and see which fairs better with the most features :-P Write it! That would be awesome ;-) As a side note, shall we race? TCP vs JMS? ;-) j/k --jason On Sep 14, 2006, at 8:17 PM, Kevan Miller wrote: I'm with Jeff on this one... I've seen this done w/ JMS. However, there's so much JMS overhead that you don't need (message formats, persistent messages, delivery semantics, etc). I recall Jeff was talking to Hiram about ActiveIO -- that's the more appropriate way to go. Reuse common technology, but not all of AMQ. --kevan On Sep 14, 2006, at 6:26 PM, Jason Dillon wrote: On Sep 14, 2006, at 7:56 AM, Jeff Genender wrote: The JMS provider would be a pluggable comm strategy. For performance reasons, I want to start with TCP communication. Why do you think that AMQ will not perform well? I definitely want to have a JMS strategy...maybe next. But initially I don't want any dependencies on other servers or brokers. With that said, after looking at openwire, the comm marshaller for ActiveMQ, there is a lot to leverage there and will prevent a rewrite of the comm layer. So, there will be some use of that code base initially. IMO, AMQ already provides a rich clustering environment, with failover, master-slave, dynamic discovery, firewall-happy transports, monitoring and a heck of a lot more. Seems like it would be a waste to go and re-implement all of that. It also seems that if you wanted to get something up sooner, that it would be much easier to design a AMQ strategy first, which means that you only have to worry about the message passing to sync up and invalidate state, rather than all of the details of who is in what cluster, failing over, blah, blah... And, I guess that if after that was implemented you still thought it was not fast enough, then it might be better to get AMQ fixed to perform better, though I don't think that the performance using AMQ will differ all that much from a custom socket protocol to pass messages. I am a huge fan of AMQ and would really like to see G exploit its network communications facilities as much as possible. IMO, this is the best way to get the most features for clustering up and running sooner, with less code to maintain. --jason
Re: gcache imlementation ideas[long]
Um, but does openwire handle discovery, failover, master/slave... ? --jason On Sep 15, 2006, at 4:07 AM, Jeff Genender wrote: Jason Dillon wrote: On Sep 14, 2006, at 7:56 AM, Jeff Genender wrote: The JMS provider would be a pluggable comm strategy. For performance reasons, I want to start with TCP communication. Why do you think that AMQ will not perform well? AMQ will perform well...its a great JMS implementation. But for the initial shot I want to go for pure speed. AMQ uses openwire as its transport engine, but it has a JMS impl behind it. I just want openwire, with just a cache behind it...take out the middle-man, JMS. But with that said, we *will* make a JMS strategy and use AMQ...but as a client. I definitely want to have a JMS strategy...maybe next. But initially I don't want any dependencies on other servers or brokers. With that said, after looking at openwire, the comm marshaller for ActiveMQ, there is a lot to leverage there and will prevent a rewrite of the comm layer. So, there will be some use of that code base initially. IMO, AMQ already provides a rich clustering environment, with failover, master-slave, dynamic discovery, firewall-happy transports, monitoring and a heck of a lot more. But at the end of the day, its a JMS engine. Can we write clustering based nearly entirely on JMS? Yes. But then for those who do not want to use JMS, we are still stuck with the overhead of the protocol and any baggage that comes along with it. Lets use AMQ as a client to the clustering (a pluggable strategy). Seems like it would be a waste to go and re-implement all of that. It also seems that if you wanted to get something up sooner, that it would be much easier to design a AMQ strategy first, which means that you only have to worry about the message passing to sync up and invalidate state, rather than all of the details of who is in what cluster, failing over, blah, blah... Not reimplementing. See below... And, I guess that if after that was implemented you still thought it was not fast enough, then it might be better to get AMQ fixed to perform better, though I don't think that the performance using AMQ will differ all that much from a custom socket protocol to pass messages. Sure it would. We are interested only in pushing objects and light messages (eviction, etc). Adding our messages on top of the JMS commands minimally doubles the amount of data (from a messaging perspective) that needs to go over the wire. I am a huge fan of AMQ and would really like to see G exploit its network communications facilities as much as possible. I am a big fan of it too...and we are exploiting it...look at the commit log...its a practical C/P of the openwire code from AMQ ;-) In discussing this with Hiram, we agreed that the openwire protocol would be good for many projects, not just AMQ. So we are killing 2 birds with one stone. We are pulling out openwire and trying to make it more generic, so that it could live as its own jar so that many other projects can use it. IMO, this is the best way to get the most features for clustering up and running sooner, with less code to maintain. I think that is what we are trying to do here to a large extent. Great discussion! More! more! --jason
Re: Can we male SQLQueryBuilder less verbose?
Were you able to push a release out? --jason On Sep 13, 2006, at 6:21 AM, Gianny Damour wrote: The log level is now debug. I now need to investigate how to deploy the artifact (I have not done that since the new CodeHaus). Thanks, Gianny On 13/09/2006, at 5:53 PM, Jason Dillon wrote: These types of logs don't look like they should be at INFO: snip [INFO] 00:32:52,489 INFO [SQLQueryBuilder] CMP [Entity logical name=[SimpleCMPEntity]; physical name=[SimpleCMP]] - [Finder method=[findByPrimaryKey]; EJB-QL=[null]] compiled to [JDBCQueryCommand sql=[SELECT S.id FROM SimpleCMP S WHERE S.id = ?]] /snip Can we make these DEBUG instead? --jason
Re: gcache imlementation ideas[long]
Jason Dillon wrote: Um, but does openwire handle discovery, failover, master/slave... ? Discovery done through the mcast openwire transport ;-) We will reuse it: http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-core/src/main/java/org/apache/activemq/transport/discovery/ Failover through the failover protocol ;-) We will use it too: http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-core/src/main/java/org/apache/activemq/transport/failover/ Master/slave we are writing...but will reuse some of the infrastructure. Jeff --jason On Sep 15, 2006, at 4:07 AM, Jeff Genender wrote: Jason Dillon wrote: On Sep 14, 2006, at 7:56 AM, Jeff Genender wrote: The JMS provider would be a pluggable comm strategy. For performance reasons, I want to start with TCP communication. Why do you think that AMQ will not perform well? AMQ will perform well...its a great JMS implementation. But for the initial shot I want to go for pure speed. AMQ uses openwire as its transport engine, but it has a JMS impl behind it. I just want openwire, with just a cache behind it...take out the middle-man, JMS. But with that said, we *will* make a JMS strategy and use AMQ...but as a client. I definitely want to have a JMS strategy...maybe next. But initially I don't want any dependencies on other servers or brokers. With that said, after looking at openwire, the comm marshaller for ActiveMQ, there is a lot to leverage there and will prevent a rewrite of the comm layer. So, there will be some use of that code base initially. IMO, AMQ already provides a rich clustering environment, with failover, master-slave, dynamic discovery, firewall-happy transports, monitoring and a heck of a lot more. But at the end of the day, its a JMS engine. Can we write clustering based nearly entirely on JMS? Yes. But then for those who do not want to use JMS, we are still stuck with the overhead of the protocol and any baggage that comes along with it. Lets use AMQ as a client to the clustering (a pluggable strategy). Seems like it would be a waste to go and re-implement all of that. It also seems that if you wanted to get something up sooner, that it would be much easier to design a AMQ strategy first, which means that you only have to worry about the message passing to sync up and invalidate state, rather than all of the details of who is in what cluster, failing over, blah, blah... Not reimplementing. See below... And, I guess that if after that was implemented you still thought it was not fast enough, then it might be better to get AMQ fixed to perform better, though I don't think that the performance using AMQ will differ all that much from a custom socket protocol to pass messages. Sure it would. We are interested only in pushing objects and light messages (eviction, etc). Adding our messages on top of the JMS commands minimally doubles the amount of data (from a messaging perspective) that needs to go over the wire. I am a huge fan of AMQ and would really like to see G exploit its network communications facilities as much as possible. I am a big fan of it too...and we are exploiting it...look at the commit log...its a practical C/P of the openwire code from AMQ ;-) In discussing this with Hiram, we agreed that the openwire protocol would be good for many projects, not just AMQ. So we are killing 2 birds with one stone. We are pulling out openwire and trying to make it more generic, so that it could live as its own jar so that many other projects can use it. IMO, this is the best way to get the most features for clustering up and running sooner, with less code to maintain. I think that is what we are trying to do here to a large extent. Great discussion! More! more! --jason
Re: gcache imlementation ideas[long]
Okay, I will shut up now :-P --jason On Sep 15, 2006, at 11:40 AM, Jeff Genender wrote: Jason Dillon wrote: Um, but does openwire handle discovery, failover, master/slave... ? Discovery done through the mcast openwire transport ;-) We will reuse it: http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq- core/src/main/java/org/apache/activemq/transport/discovery/ Failover through the failover protocol ;-) We will use it too: http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq- core/src/main/java/org/apache/activemq/transport/failover/ Master/slave we are writing...but will reuse some of the infrastructure. Jeff --jason On Sep 15, 2006, at 4:07 AM, Jeff Genender wrote: Jason Dillon wrote: On Sep 14, 2006, at 7:56 AM, Jeff Genender wrote: The JMS provider would be a pluggable comm strategy. For performance reasons, I want to start with TCP communication. Why do you think that AMQ will not perform well? AMQ will perform well...its a great JMS implementation. But for the initial shot I want to go for pure speed. AMQ uses openwire as its transport engine, but it has a JMS impl behind it. I just want openwire, with just a cache behind it...take out the middle-man, JMS. But with that said, we *will* make a JMS strategy and use AMQ...but as a client. I definitely want to have a JMS strategy...maybe next. But initially I don't want any dependencies on other servers or brokers. With that said, after looking at openwire, the comm marshaller for ActiveMQ, there is a lot to leverage there and will prevent a rewrite of the comm layer. So, there will be some use of that code base initially. IMO, AMQ already provides a rich clustering environment, with failover, master-slave, dynamic discovery, firewall-happy transports, monitoring and a heck of a lot more. But at the end of the day, its a JMS engine. Can we write clustering based nearly entirely on JMS? Yes. But then for those who do not want to use JMS, we are still stuck with the overhead of the protocol and any baggage that comes along with it. Lets use AMQ as a client to the clustering (a pluggable strategy). Seems like it would be a waste to go and re-implement all of that. It also seems that if you wanted to get something up sooner, that it would be much easier to design a AMQ strategy first, which means that you only have to worry about the message passing to sync up and invalidate state, rather than all of the details of who is in what cluster, failing over, blah, blah... Not reimplementing. See below... And, I guess that if after that was implemented you still thought it was not fast enough, then it might be better to get AMQ fixed to perform better, though I don't think that the performance using AMQ will differ all that much from a custom socket protocol to pass messages. Sure it would. We are interested only in pushing objects and light messages (eviction, etc). Adding our messages on top of the JMS commands minimally doubles the amount of data (from a messaging perspective) that needs to go over the wire. I am a huge fan of AMQ and would really like to see G exploit its network communications facilities as much as possible. I am a big fan of it too...and we are exploiting it...look at the commit log...its a practical C/P of the openwire code from AMQ ;-) In discussing this with Hiram, we agreed that the openwire protocol would be good for many projects, not just AMQ. So we are killing 2 birds with one stone. We are pulling out openwire and trying to make it more generic, so that it could live as its own jar so that many other projects can use it. IMO, this is the best way to get the most features for clustering up and running sooner, with less code to maintain. I think that is what we are trying to do here to a large extent. Great discussion! More! more! --jason
How about a Certification Authority (CA) portlet in Geronimo Console?
Hi, How about having a Certificate Authority portlet in Geronimo Console? A full fledged CA may be a long way to go. But what ever minimum function is required to process CSR's etc. is not hard and the users can issue their own digital certificates instead of getting trial certificates from some CA. I have already given it a try and the minimum required function can be derived from what ever is available in geronimo-util module. I will wait for comments from community before proceeding further. Thanks, Vamsi
Re: help resolving class (GERONIMO-1526)
Is IDeployableModule an eclipse thing? If not, the coding convention for geronimo is to give the interface the premiere name and the implementations the clunky names. On Sep 15, 2006, at 6:03 AM, Sachin Patel wrote: So I need some help on the following... In the sachin branch, we're working on generalizing the builders, and replacing many of the methods that get passed in and process on a JarFile with a new interface IDeployableModule. Now the default impl of this class represents a JarFile. We want to provide different implementations that can be plugged into geronimo for improved support for deploying from eclipse for example. Now my idea is the following... From eclipse we will deploy a gbean to geronimo that provides a new impl of IDeployableModule that provides Eclipse support so Geronimo can build the configuration directly from the Eclipse projects. So I've added a new method to the DeploymentManager that can be used by a client to set the impl classname (might be better to be a gbean ref name or something I don't know) to be used for that particular deployment. This gets passed to a Factory class, and if null, the default impl is created, and if not then we need to be able to load an instance of this impl class. So my question is how can this be done? How can the deployment module and this factory class resolve the class from a gbean it doesn't have direct visibility to? It need to know the name of the target module. From there you can grab the class loader. Alternatively, if you know the name of the target service you can call kernel.getClassLoaderFor(name). -dain
Re: Make bootstrap less aggressive?
+1 -dain On Sep 15, 2006, at 4:34 AM, Matt Hogstrom wrote: Would anyone object if we made the default a Geronimo only delete and include something like a: Try bootstrap -Dclean-entire-repo=true to get the whole repo? Better to not surprise people if we can avoid it. On Sep 14, 2006, at 12:21 PM, Aaron Mulder wrote: Would it hurt to adjust bootstrap to whack only the Geronimo-related content from the M2 repo? Or perhaps only the SNAPSHOT artifacts? I resist using it only because I have a lot of non-Geronimo content in my local repo that I hate to lose every time. I used to be happy to do the m:cleanrepo target that only killed the pertinent stuff, though. Thanks, Aaron On 9/14/06, Bill Dudney [EMAIL PROTECTED] wrote: Hi Anita, This is almost certianly from not cleaning everything out before doing a build. You have to nuke all the m2 repo bits related to geronimo and openejb 2 to get rid of all the old code that was using the EDU.oswego classes as well as mvn clean everything (i.e. a bootstrap :-) HTH, -bd- On Sep 14, 2006, at 10:06 AM, anita kulshreshtha wrote: I am seeing this error on trunk (rev 443034) during shutdown: 11:42:10,359 INFO [TransportConnector] Connector tcp:// 0.0.0.0:61616 Stopped 11:42:10,359 INFO [TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO [TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO [TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO [TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO [TransportConnector] Connector tcp:// 0.0.0.0:61616 Stopped java.lang.NoClassDefFoundError: org/apache/activemq/broker/BrokerService$2$1 at org.apache.activemq.broker.BrokerService$2.stop (BrokerService.java: 1137) at org.apache.activemq.util.ServiceStopper.stop (ServiceStopper.java:42) at org.apache.activemq.broker.BrokerService.stop (BrokerService.java:442) at org.apache.activemq.broker.BrokerService.containerShutdown (BrokerService.java:1311) at org.apache.activemq.broker.BrokerService$3.run(BrokerService.java: 1288) java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/LinkedNode at EDU.oswego.cs.dl.util.concurrent.SynchronousChannel.poll(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor.getTask(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:534) Server shutdown completed Thnaks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Matt Hogstrom [EMAIL PROTECTED]
Re: How about a Certification Authority (CA) portlet in Geronimo Console?
I would love to see that functionality included in Geronimo. Do you think it could eventually become available as a geronimo-plugin? Cheers! Hernan Vamsavardhana Reddy wrote: Hi, How about having a Certificate Authority portlet in Geronimo Console? A full fledged CA may be a long way to go. But what ever minimum function is required to process CSR's etc. is not hard and the users can issue their own digital certificates instead of getting trial certificates from some CA. I have already given it a try and the minimum required function can be derived from what ever is available in geronimo-util module. I will wait for comments from community before proceeding further. Thanks, Vamsi
Re: Make bootstrap less aggressive?
Aight... I will make the minimal clean the default. --jason On Sep 14, 2006, at 9:21 AM, Aaron Mulder wrote: Would it hurt to adjust bootstrap to whack only the Geronimo-related content from the M2 repo? Or perhaps only the SNAPSHOT artifacts? I resist using it only because I have a lot of non-Geronimo content in my local repo that I hate to lose every time. I used to be happy to do the m:cleanrepo target that only killed the pertinent stuff, though. Thanks, Aaron On 9/14/06, Bill Dudney [EMAIL PROTECTED] wrote: Hi Anita, This is almost certianly from not cleaning everything out before doing a build. You have to nuke all the m2 repo bits related to geronimo and openejb 2 to get rid of all the old code that was using the EDU.oswego classes as well as mvn clean everything (i.e. a bootstrap :-) HTH, -bd- On Sep 14, 2006, at 10:06 AM, anita kulshreshtha wrote: I am seeing this error on trunk (rev 443034) during shutdown: 11:42:10,359 INFO [TransportConnector] Connector tcp:// 0.0.0.0:61616 Stopped 11:42:10,359 INFO [TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO [TransportConnector] Connector stomp://your-4dacd0ea75:61613 Stopped 11:42:10,359 INFO [TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO [TransportConnector] Connector vm://localhost Stopped 11:42:10,359 INFO [TransportConnector] Connector tcp:// 0.0.0.0:61616 Stopped java.lang.NoClassDefFoundError: org/apache/activemq/broker/BrokerService$2$1 at org.apache.activemq.broker.BrokerService$2.stop(BrokerService.java: 1137) at org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java: 42) at org.apache.activemq.broker.BrokerService.stop(BrokerService.java: 442) at org.apache.activemq.broker.BrokerService.containerShutdown (BrokerService.java:1311) at org.apache.activemq.broker.BrokerService$3.run(BrokerService.java: 1288) java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/LinkedNode at EDU.oswego.cs.dl.util.concurrent.SynchronousChannel.poll(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor.getTask(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:534) Server shutdown completed Thnaks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: http://geronimo.apache.org/plugins?
On 9/15/06, Jacek Laskowski [EMAIL PROTECTED] wrote: geronimoplugincentral.org -- this is is a plugin user community site inspired by eclipseplugincentral.com that was announced to the dev list a few weeks ago. Where the thread left off was that there were suggestions to host the site at http://geronimo.apache.org/plugins instead of a private domain. I proposed a plan of action to make that happen in the thread plugin community site and am ready for feedback, assuming that +1's would equal support. Do we need a full-blown web site (with Joomla behind)? Wouldn't a maven-like structure be enough? Just to see how it goes and bring the jpa plugin here (where its home is ;-)) I think we are still misaligned here on the distinction between a plugin repository and a plugin user community site. If we are talking about a repository then you are correct that a full blown web site is not required. A repository can be created by making the plugin files available for download from a maven-like structure. No UI is even necessary since the admin console already provides the necessary screens to browse and install a repository's plugins. But if we are talking about a user community site which provides news, reviews and discussion forums then a content management system like Joomla is needed. Unlike a repository, a user community site does not (necessarily) host any plugin files nor interact with the admin console. If you already got this and I'm beating a dead horse then I apologize. Also, if I should take your line of thought as a nudge towards aligning our efforts to create another official plugin repository then I can go along with that too. But after studying how the Eclipse plugin ecosystem has taken shape I believe that a user community site will be needed sooner or later since it provides a human interface on top of what may eventually become a loosely federated collection of plugin repositories, each with their own unique licensing issues, download processes, business models, etc. geronimo plugins subproject -- IIUC this proposed subproject is for plugin developers and would be similar to the Geronimo plugins project at sourceforge but hosted at ASF and governed by Geronimo (like devtools). Several folks have volunteered to help and I would also like to take this opportunity to volunteer to help. There's a thread maven repository hosting geronimo plugins that proposes using the maven repository for hosting the plugins generated by ASF instead of creating a new infrastructure for hosting plugins. No feedback on that idea yet. That's why I asked about it again. Everybody's busy so only the hottest features are able to survive, and the others need to be pushed a little ;-) I agree and thanks for caring enough to push the issue. If we can publish the ASF plugins to the maven repo and add the repository index file then I am hopeful that would provide what's needed for an ASF plugin repository. This seems pretty straight forward to me but I haven't even read Maven for Dummies yet. Best wishes, Paul
[jira] Created: (GERONIMO-2408) Update maven-rar-plugin config to 2.2-SNAPSHOT (or 2.2)
Update maven-rar-plugin config to 2.2-SNAPSHOT (or 2.2) --- Key: GERONIMO-2408 URL: http://issues.apache.org/jira/browse/GERONIMO-2408 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: Jason Dillon Assigned To: Jason Dillon Priority: Minor The maven-rar-plugin v2.1 does not include the default excludes, so a bunch of .svn and other junk gets in there. Need to get Maven peeps to publish a new 2.2-SNAPSHOT or release 2.2. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2408) Update maven-rar-plugin config to 2.2-SNAPSHOT (or 2.2)
[ http://issues.apache.org/jira/browse/GERONIMO-2408?page=all ] Jason Dillon updated GERONIMO-2408: --- Description: The maven-rar-plugin v2.1 does not include the default excludes, so a bunch of .svn and other junk gets in there. Need to get Maven peeps to publish a new 2.2-SNAPSHOT or release 2.2. See: http://jira.codehaus.org/browse/MRAR-13 was: The maven-rar-plugin v2.1 does not include the default excludes, so a bunch of .svn and other junk gets in there. Need to get Maven peeps to publish a new 2.2-SNAPSHOT or release 2.2. Update maven-rar-plugin config to 2.2-SNAPSHOT (or 2.2) --- Key: GERONIMO-2408 URL: http://issues.apache.org/jira/browse/GERONIMO-2408 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: Jason Dillon Assigned To: Jason Dillon Priority: Minor The maven-rar-plugin v2.1 does not include the default excludes, so a bunch of .svn and other junk gets in there. Need to get Maven peeps to publish a new 2.2-SNAPSHOT or release 2.2. See: http://jira.codehaus.org/browse/MRAR-13 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
We happy few
Dain mentioned to me in passing, shall we make a dry run release of v1.2 based off of a Subversion number? This will help us work out the m2 kinks. Thoughts? If no objections, I think we should start this endeavor on Monday. Regards, Alan
Writing Readable Code
During the recent discussions regarding the Geronimo Development process, several people expressed some concern about moving away from RTC. The biggest issue seemed to be that RTC insured multiple people reviewed new code. Having reviewed the code, the reviewers now understood and would be able to support the code (i.e. fix bugs). This is certainly a valid concern. However, even though we're now following CTR, we all need to be making a concerted effort to provide the same level of review as commits are made. No matter what process we're following, IMO, the best way to insure that people are reading *and* understanding your code is to write code that is easy to read and understand. This does not mean writing simple code. It simply means keeping the reader in mind and trying to make their job easier. The single, most important thing, in my mind, is to provide clear and insightful comments to assist the reader. These don't need to be verbose tomes. They don't need to state the obvious. However, any assistance you can provide the reader is helpful. Describe the processing flow that methods are being invoked. What are the threading assumptions? Identify subtleties that a reader might not be aware of. Who are the potential callers? etc... In case anyone is wondering -- I think we've been lacking in this department. I'd like to see simple comment guidelines incorporated into the Documentation Guidelines for our CTR process. In my opinion, failure to appropriately comment new code is cause for a commit to be vetoed. I doubt that this will happen often. I expect that in most instances these issues can be resolved appropriately through simple discussion. Some basic rules-of-thumb are likely to help resolve any issues. What do others think? Specific ideas on comment guidelines? Javadoc-style comments for APIs/ SPIs, etc? What types of comments should be expected? --kevan
jetty-clustering-builder-wadi thingys not hooked up to build...
Why are the wadi clustering car thingys not hooked up to the build? snip [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.geronimo.configs:jetty-clustering-builder-wadi:car:1.2- SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.configs -DartifactId=jetty-clustering-builder-wadi \ -Dversion=1.2-SNAPSHOT -Dpackaging=car -Dfile=/path/to/file Path to dependency: 1) org.apache.geronimo.assemblies:geronimo-jetty-j2ee:jar: 1.2-SNAPSHOT 2) org.apache.geronimo.configs:jetty-clustering-builder- wadi:car:1.2-SNAPSHOT 2) org.apache.geronimo.configs:jetty-clustering-wadi:car:1.2-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.configs -DartifactId=jetty-clustering-wadi \ -Dversion=1.2-SNAPSHOT -Dpackaging=car -Dfile=/path/to/file Path to dependency: 1) org.apache.geronimo.assemblies:geronimo-jetty-j2ee:jar: 1.2-SNAPSHOT 2) org.apache.geronimo.configs:jetty-clustering-wadi:car:1.2- SNAPSHOT /snip --jason
Re: help resolving class (GERONIMO-1526)
Sorry out of habbit typing "I...", as its Eclipse convention... But yeah the actual interface name is DeployableModule that I'm adding to G.See inline...On Sep 15, 2006, at 3:35 PM, Dain Sundstrom wrote:Is IDeployableModule an eclipse thing? If not, the coding convention for geronimo is to give the interface the premiere name and the implementations the clunky names.On Sep 15, 2006, at 6:03 AM, Sachin Patel wrote: So I need some help on the following...In the sachin branch, we're working on generalizing the builders, and replacing many of the methods that get passed in and process on a JarFile with a new interface IDeployableModule. Now the default impl of this class represents a JarFile. We want to provide different implementations that can be plugged into geronimo for improved support for deploying from eclipse for example. Now my idea is the following...From eclipse we will deploy a gbean to geronimo that provides a new impl of IDeployableModule that provides Eclipse support so Geronimo can build the configuration directly from the Eclipse projects. So I've added a new method to the DeploymentManager that can be used by a client to set the impl classname (might be better to be a gbean ref name or something I don't know) to be used for that particular deployment. This gets passed to a Factory class, and if null, the default impl is created, and if not then we need to be able to load an instance of this impl class.So my question is how can this be done? How can the deployment module and this factory class resolve the class from a gbean it doesn't have direct visibility to? It need to know the name of the target module. From there you can grab the class loader. Alternatively, if you know the name of the target service you can call kernel.getClassLoaderFor(name).Ok, thanks. I get the first way... but could you clarify the second way... what do you mean by target service? Is this the qualified service name (i.e ..j2eeType=blah)-dain -sachin
Re: Pre-RTC look at the openejb/geronimo yoko support and request for input [long].
Now I've reviewed this a bit more and have some minor comments:
1. I think you should include the yoko jars only in j2ee-corba (or
openejb) and client-corba configurations, not also j2ee-server and
client configurations. We might need to split more of openejb into a
corba support module so j2ee-corba can contain all of it and then we
can deploy openejb w/o pulling in any corba stuff.
2. Comment in TSSBean is not quite accurate. A TSSBean can be used
with any number of ejbs. It just supplies the additional security
info beyond the ssl config that the server will require for accessing
the ejbs that reference it. BTW dblevins is rather unhappy with the
reference from ejb container to tssbean on the grounds that transport
info should not be associated with the ejb container itself. One way
to support this would be to have an additional link gbean between
the tssbean and the ejb container. Another way would be to give the
TSSBean a collection of ejbs it services: this was the original
implementation but it was impossible to configure for the tck interop
tests. One of these approaches might be required to separate the
corba stuff out from core openejb.
3. This code from SocketFactory just doesn't look right: (around line
298 or the patch)
+// now set our listener creation flags based on the supports
and requires values from the
+// TSS config.
+if ((supports EstablishTrustInClient.value) != 0) {
+clientAuthSupported = true;
+
+if ((requires EstablishTrustInClient.value) != 0) {
+clientAuthRequired = true;
+}
+}
+
+if ((supports EstablishTrustInTarget.value) != 0) {
+clientAuthSupported = true;
+
+if ((requires EstablishTrustInTarget.value) != 0) {
+clientAuthSupported = true;
+}
+}
At least the final clientAuthSupported = true looks redundant to me.
there's similar code around line 565 of the patch:
+// figure out the supports and requires information from the
flag values.
+boolean authSupported = false;
+boolean authRequired = false;
+
+if ((supports EstablishTrustInClient.value) != 0) {
+authSupported = true;
+
+if ((requires EstablishTrustInClient.value) != 0) {
+authRequired = true;
+}
+}
+
+if ((supports EstablishTrustInTarget.value) != 0) {
+authSupported = true;
+
+if ((requires EstablishTrustInTarget.value) != 0) {
+authSupported = true;
+}
+}
3. Your comment on CSSBean suffers like the one for TSSBean. A
CSSBean just holds the security config info, but you can use one
CSSBean to access many remote ejbs.
4. The code I don't understand in (2) appears again around line 3980
in sunorb/OpenEJBSocketFactory
This looks great to me!
thanks
david jencks
On Sep 14, 2006, at 2:56 PM, David Jencks wrote:
Great work!!!
On Sep 14, 2006, at 12:16 PM, Rick McGuire wrote:
I've just attached patches for issue http://issues.apache.org/jira/
browse/GERONIMO-2180, which is to add Yoko support to Geronimo.
This is really patches for this issue plus 2 other issues that are
highly related:
http://issues.apache.org/jira/browse/GERONIMO-2002 OPENEBJ CORBA
SSL should use Keystore GBean
http://issues.apache.org/jira/browse/GERONIMO-2353 Reduce the
number of places where CORBA config parameters are specified.
This should also be the first step toward achieving this goal:
http://issues.apache.org/jira/browse/GERONIMO-433 Tolerate non-
Sun JREs
And should also be a step toward allowing full support of Java 5.
This code works as far as being able to start and stop the j2ee-
corba system module. Fuller testing is going to require getting
the MagicGBall app working and then see how this works with TCK
testing. There are some issues with doing either of those steps
at the moment, but I decided this is a good point to show people
I've done, since it will be easier to ask questions about it.
Let me give the basics of what I've done, and I have a few areas
I'd like community input on how I should proceed from here.
The bulk of the changes are really around GERONIMO-2353. While
trying to fit the Yoko ORB into this structure, I found a number
of pain points:
1. The org.openejb.corba.SunNameService GBean only supported the
Sun
ORB, and was not generally configurable like CORBABean or
CSSBean
were.
2. The CORBABean and CSSBean configuration included args and
props items which were passed directly through to an
ORB.init()
call. These attributes were used to configure things like the
initial listener port, the host server name, and the initial
NameServer location. In a few cases, the values set were not
portable between ORB implementations, which made it more
Re: jetty-clustering-builder-wadi thingys not hooked up to build...
Looks like geronimo-clustering-builder is missing too: snip [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.geronimo.modules:geronimo-clustering-builder:jar:1.2- SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.modules -DartifactId=geronimo-clustering-builder \ -Dversion=1.2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) org.apache.geronimo.configs:jetty-clustering-builder- wadi:car:1.2-SNAPSHOT 2) org.apache.geronimo.modules:geronimo-clustering- builder:jar:1.2-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.configs:jetty-clustering-builder-wadi:car:1.2- SNAPSHOT /snip --jason On Sep 15, 2006, at 1:33 PM, Jason Dillon wrote: Why are the wadi clustering car thingys not hooked up to the build? snip [INFO] -- -- [ERROR] BUILD ERROR [INFO] -- -- [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.geronimo.configs:jetty-clustering-builder-wadi:car: 1.2-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file - DgroupId=org.apache.geronimo.configs -DartifactId=jetty-clustering- builder-wadi \ -Dversion=1.2-SNAPSHOT -Dpackaging=car -Dfile=/path/to/file Path to dependency: 1) org.apache.geronimo.assemblies:geronimo-jetty-j2ee:jar: 1.2-SNAPSHOT 2) org.apache.geronimo.configs:jetty-clustering-builder- wadi:car:1.2-SNAPSHOT 2) org.apache.geronimo.configs:jetty-clustering-wadi:car:1.2-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file - DgroupId=org.apache.geronimo.configs -DartifactId=jetty-clustering- wadi \ -Dversion=1.2-SNAPSHOT -Dpackaging=car -Dfile=/path/to/file Path to dependency: 1) org.apache.geronimo.assemblies:geronimo-jetty-j2ee:jar: 1.2-SNAPSHOT 2) org.apache.geronimo.configs:jetty-clustering-wadi:car: 1.2-SNAPSHOT /snip --jason
Re: [VOTE] 1.1.1-rc4 (built on 1.1.1)
+1 Release that puppy... --kevan
Geronimo App Server embbed in eclipse RCP
Hello all,I am trying to embed Little-G (geronimo 1.1) in an eclipse RCP application. I want to run it in the same JVM as plugins in eclipse. To easily deploy this feature, I created an eclipse plugin that contains all the geronimo repositories (lib, var...).
Having a look at the way tomcat is embedded in the org.eclipse.tomcat plugin, I manage to launch geronimo but it stops at 14% because of a NoClassDefFoundException while instanciating the first GBean. To avoid to use the BundleResourceHandler of eclipse when it tries to open jars, I made a test using a dedicated ClassLoader (JarFileClassLoader from geronimo).
Do you know a way to embed geronimo in eclipse using the same JVM.Thanks you for your help.Following the test code used to launch geronimo in the eclipse plugin (It calls the Daemon main method).
URL[] urls = new URL[21]; urls[0] = resolveURL(/bin/server.jar); urls[1] = resolveURL(/lib/geronimo-qname_1.1_spec-1.0.1.jar); urls[2] = resolveURL(/lib/geronimo-
common-1.1.jar); urls[3] = resolveURL(/lib/geronimo-kernel-1.1.jar); urls[4] = resolveURL(/lib/geronimo-system-1.1.jar); urls[5] = resolveURL(/lib/geronimo-
util-1.1.jar); urls[6] = resolveURL(/lib/cglib-nodep-2.1_3.jar); urls[7] = resolveURL(/lib/concurrent-1.3.4.jar); urls[8] = resolveURL(/lib/commons-cli-1.0.jar
); urls[9] = resolveURL(/lib/commons-logging-1.0.4.jar); urls[10] = resolveURL(/lib/log4j-1.2.8.jar); urls[11] = resolveURL(/lib/mx4j-3.0.1.jar);
urls[12] = resolveURL(/lib/mx4j-remote-3.0.1.jar); urls[13] = resolveURL(/lib/endorsed/xercesImpl-2.6.2.jar); urls[14] = resolveURL(/lib/endorsed/xmlParserAPIs-2.2.1.jar
); urls[15] = resolveURL(/lib/xpp3-1.1.3.3.jar); urls[16] = resolveURL(/lib/xstream-1.1.3.jar); urls[17] = resolveURL(/bin/client.jar); urls[18] = resolveURL(/bin/deployer.jar);
urls[19] = resolveURL(/bin/shutdown.jar); urls[20] = resolveURL(/bin/upgrade.jar); //urls[0] = resolveURL(/); JarFileClassLoader customLoader = new JarFileClassLoader(new Artifact(
XrcpActivator.PLUGIN_ID, , , ), urls, this.getClass().getClassLoader(), true, new String[0], new String[0]); try { Class mainClass = customLoader.loadClass
(org.apache.geronimo.system.main.Daemon); Method m = mainClass.getMethod(main, new Class[]{String[].class}); m.invoke(null, new Object[]{new String[0]}); } catch (Exception e) {
// TODO Auto-generated catch block e.printStackTrace(); } But I obtain the following log :[*** ] 12% 5s Starting geronimo/j2ee-serve...
[***- ] 12% 5s Loading geronimo/j2ee-secur...[*** ] 14% 5s Loading geronimo/j2ee-secur...[*** ] 14% 5s Starting geronimo/j2ee-secur...java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at
java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.tomcat.internal.TestJob.run(TestJob.java:86) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)Caused by: java.lang.NoClassDefFoundError
: org.apache.geronimo.system.rmi.RMIClassLoaderSpiImpl at java.rmi.server.RMIClassLoader.initializeProvider(Unknown Source)09:36:19,293 WARN [1/car,j2eeType=GBean,name=JMXService] Failure in JMXConnector service:jmx:rmi://0.0.0.0:/jndi/rmi://0.0.0.0:1099/JMXConnector
09:36:19,303 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=geronimo/j2ee-security/1.1/car?ServiceModule=geronimo/j2ee-security/1.1/car,j2eeType=GBean,name=JMXService
java.lang.NoClassDefFoundError: org.apache.geronimo.system.rmi.RMIClassLoaderSpiImpl at java.rmi.server.RMIClassLoader.initializeProvider(Unknown Source) at java.rmi.server.RMIClassLoader.access$000(Unknown Source)
at java.rmi.server.RMIClassLoader$1.run(Unknown Source)
Re: Is JIRA for sandbox'ed and branch'ed code? (was Re: [jira] Created: (GERONIMO-2407) openwire impl in gcache won't compile)
Jacek, This use seems completely appropriate to me. Bill is supplying a patch against some code that he cant commit against himself. Where else could he put the patch? Among other advantages, using jira gives him the opportunity to explicitly authorize apache (or the geronimo committers) to apply the patch... if he used the mailing list it would not be so clear IMO. thanks david jencks On Sep 15, 2006, at 4:17 AM, Jacek Laskowski wrote: Hi Bill, Why is the issue reported in the Geronimo JIRA? AFAIUI It's for a sandbox'ed code and as well as for branch'ed code the Geronimo JIRA instance is not meant to be used in such cases. Jacek On 9/15/06, Bill Dudney (JIRA) dev@geronimo.apache.org wrote: openwire impl in gcache won't compile - Key: GERONIMO-2407 URL: http://issues.apache.org/jira/browse/ GERONIMO-2407 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Clustering Affects Versions: 1.2 Reporter: Bill Dudney Attachments: openwire.patch patch provides 3 things; 1) orgainze imports 2) format code to 'standard' format (no tabs etc) 3) adds standard header -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/ Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/ software/jira -- Jacek Laskowski http://www.laskowski.net.pl
Re: How about a Certification Authority (CA) portlet in Geronimo Console?
OK, let's forget for a sec about the geronimo-plugins. The original note was about input for adding a new CA feature. AFAIK we don't have that feature, do we? I mentioned geronimo-plugins having in mind the chance to choose whether you want that feature or not. I did not mean to diverge the discussion. Cheers! Hernan Jason Dillon wrote: Can't we just deploy new portlet things as wars or something? ANd then pack up each bit of console functionality into its own module? --jason On Sep 15, 2006, at 12:55 PM, Guillaume Nodet wrote: I think it has already been done. It is a bit of a hack, as it requires a modification of the console configuration when the plugin is installed and a server restart iiirc. I guess Aaron may tell more about that. On 9/15/06, Jason Dillon [EMAIL PROTECTED] wrote: Can plugins add new portlets? --jason On Sep 15, 2006, at 12:42 PM, Hernan Cunico wrote: I would love to see that functionality included in Geronimo. Do you think it could eventually become available as a geronimo- plugin? Cheers! Hernan Vamsavardhana Reddy wrote: Hi, How about having a Certificate Authority portlet in Geronimo Console? A full fledged CA may be a long way to go. But what ever minimum function is required to process CSR's etc. is not hard and the users can issue their own digital certificates instead of getting trial certificates from some CA. I have already given it a try and the minimum required function can be derived from what ever is available in geronimo-util module. I will wait for comments from community before proceeding further. Thanks, Vamsi --Cheers, Guillaume Nodet
[jira] Closed: (GERONIMO-2359) Itests for Geronimo
[ http://issues.apache.org/jira/browse/GERONIMO-2359?page=all ] Jason Dillon closed GERONIMO-2359. -- Resolution: Fixed Thanks Prasad Itests for Geronimo --- Key: GERONIMO-2359 URL: http://issues.apache.org/jira/browse/GERONIMO-2359 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: Prasad Kashyap Assigned To: Jason Dillon Fix For: 1.2 Attachments: DeployToolMojo.patch, DeployToolSuport-v2.patch, DeployToolSuport-v3.patch, DeployToolSuport.patch, genesis-ArtifactItem.patch, itests-1.0.patch, multipleModuleIds.patch, RemoveHackinDeploy.patch, StartStopUndeploy.patch The openejb itests which we had for a few releases now have been dead for a while. Here's an effort to revive them and expand it's scope for all of Geronimo. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-2359) Improve geronimo-maven-plugin's module deploy/undeploy/start/stop support
[ http://issues.apache.org/jira/browse/GERONIMO-2359?page=all ] Jason Dillon closed GERONIMO-2359. -- Re-closing after subject updated. Improve geronimo-maven-plugin's module deploy/undeploy/start/stop support - Key: GERONIMO-2359 URL: http://issues.apache.org/jira/browse/GERONIMO-2359 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: Prasad Kashyap Assigned To: Jason Dillon Fix For: 1.2 Attachments: DeployToolMojo.patch, DeployToolSuport-v2.patch, DeployToolSuport-v3.patch, DeployToolSuport.patch, genesis-ArtifactItem.patch, itests-1.0.patch, multipleModuleIds.patch, RemoveHackinDeploy.patch, StartStopUndeploy.patch The openejb itests which we had for a few releases now have been dead for a while. Here's an effort to revive them and expand it's scope for all of Geronimo. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Geronimo App Server embbed in eclipse RCP
My guess is that the failure is due to not being able to locate a dependency from the repository when starting a configuration.And so IIUC the server as-is this is not currently possible due to the way the dependencies of a configuration are located as the location of the repository is relative to the base install location and the base install location I think is obtained from the startup-jar. But you may be able to trick it by setting the org.apache.geronimo.home.dir system property as long as your plugin is in expanded and not a packaged form as the baseDirectory is expected to be a java.io.File directory.On Sep 15, 2006, at 7:44 AM, Jérôme GODARD wrote:Hello all,I am trying to embed Little-G (geronimo 1.1) in an eclipse RCP application. I want to run it in the same JVM as plugins in eclipse. To easily deploy this feature, I created an eclipse plugin that contains all the geronimo repositories (lib, var...). Having a look at the way tomcat is embedded in the org.eclipse.tomcat plugin, I manage to launch geronimo but it stops at 14% because of a NoClassDefFoundException while instanciating the first GBean. To avoid to use the BundleResourceHandler of eclipse when it tries to open jars, I made a test using a dedicated ClassLoader (JarFileClassLoader from geronimo). Do you know a way to embed geronimo in eclipse using the same JVM.Thanks you for your help.Following the test code used to launch geronimo in the eclipse plugin (It calls the Daemon main method). URL[] urls = new URL[21]; urls[0] = resolveURL("/bin/server.jar"); urls[1] = resolveURL("/lib/geronimo-qname_1.1_spec-1.0.1.jar"); urls[2] = resolveURL("/lib/geronimo- common-1.1.jar"); urls[3] = resolveURL("/lib/geronimo-kernel-1.1.jar"); urls[4] = resolveURL("/lib/geronimo-system-1.1.jar"); urls[5] = resolveURL("/lib/geronimo- util-1.1.jar"); urls[6] = resolveURL("/lib/cglib-nodep-2.1_3.jar"); urls[7] = resolveURL("/lib/concurrent-1.3.4.jar"); urls[8] = resolveURL("/lib/commons-cli-1.0.jar "); urls[9] = resolveURL("/lib/commons-logging-1.0.4.jar"); urls[10] = resolveURL("/lib/log4j-1.2.8.jar"); urls[11] = resolveURL("/lib/mx4j-3.0.1.jar"); urls[12] = resolveURL("/lib/mx4j-remote-3.0.1.jar"); urls[13] = resolveURL("/lib/endorsed/xercesImpl-2.6.2.jar"); urls[14] = resolveURL("/lib/endorsed/xmlParserAPIs-2.2.1.jar "); urls[15] = resolveURL("/lib/xpp3-1.1.3.3.jar"); urls[16] = resolveURL("/lib/xstream-1.1.3.jar"); urls[17] = resolveURL("/bin/client.jar"); urls[18] = resolveURL("/bin/deployer.jar"); urls[19] = resolveURL("/bin/shutdown.jar"); urls[20] = resolveURL("/bin/upgrade.jar"); //urls[0] = resolveURL("/"); JarFileClassLoader customLoader = new JarFileClassLoader(new Artifact( XrcpActivator.PLUGIN_ID, "", "", ""), urls, this.getClass().getClassLoader(), true, new String[0], new String[0]); try { Class mainClass = customLoader.loadClass ("org.apache.geronimo.system.main.Daemon"); Method m = mainClass.getMethod("main", new Class[]{String[].class}); m.invoke(null, new Object[]{new String[0]}); } catch (Exception e) { // TODO Auto-generated catch block e.printStackTrace(); } But I obtain the following log :[*** ] 12% 5s Starting geronimo/j2ee-serve... [***- ] 12% 5s Loading geronimo/j2ee-secur...[*** ] 14% 5s Loading geronimo/j2ee-secur...[*** ] 14% 5s Starting geronimo/j2ee-secur...java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.tomcat.internal.TestJob.run(TestJob.java:86) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)Caused by: java.lang.NoClassDefFoundError : org.apache.geronimo.system.rmi.RMIClassLoaderSpiImpl at java.rmi.server.RMIClassLoader.initializeProvider(Unknown Source)09:36:19,293 WARN [1/car,j2eeType=GBean,name=JMXService] Failure in JMXConnector service:jmx:rmi://0.0.0.0:/jndi/rmi://0.0.0.0:1099/JMXConnector 09:36:19,303 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName="geronimo/j2ee-security/1.1/car?ServiceModule=geronimo/j2ee-security/1.1/car,j2eeType=GBean,name=JMXService" java.lang.NoClassDefFoundError: org.apache.geronimo.system.rmi.RMIClassLoaderSpiImpl at java.rmi.server.RMIClassLoader.initializeProvider(Unknown Source) at java.rmi.server.RMIClassLoader.access$000(Unknown Source) at java.rmi.server.RMIClassLoader$1.run(Unknown Source) -sachin
[jira] Created: (GERONIMO-2409) Provide config/module aliasing ability
Provide config/module aliasing ability -- Key: GERONIMO-2409 URL: http://issues.apache.org/jira/browse/GERONIMO-2409 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: core Affects Versions: 1.2 Reporter: David Jencks Assigned To: David Jencks Fix For: 1.2 It's sort of impossible to swap a basic configuration such as transaction with a substitute such as transaction-jta11: there are too many modules that depend on it that all have to be rebuilt just because you changed one name. To fix this we need some way to substitute one module (configuration) for another. We might aim for a function-based registry rather than a name based one, but that is more that I want to think about right now. I've done some simple experiments and it looks like some trivial changes in DefaultArtifactResolver, the car maven plugin, and an additional properties file in the server at least let you swap modules and get the server started. I expected that changes in the kernel gbean lookups and Configuration gbean lookups would be necessary as well, but I haven't needed them yet. I think the changes so far should be applied since they clarify the explicit version resolution code and enable at least some module swapping. I suspect we'll find out soon if more work is needed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2409) Provide config/module aliasing ability
[ http://issues.apache.org/jira/browse/GERONIMO-2409?page=all ] David Jencks updated GERONIMO-2409: --- Attachment: GERONIMO-2409-v1.patch Change the explicit version resolution to do module aliasing as well. This removes the ability to have a version for an entire groupId. I originally included this only because I was too lazy to write up an entire explicit_versions.properties for the entire server. Since Jason has made the car plugin automatically generate a complete explicit_versions file for each car, I think removing this functionality is a step forward. Provide config/module aliasing ability -- Key: GERONIMO-2409 URL: http://issues.apache.org/jira/browse/GERONIMO-2409 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: core Affects Versions: 1.2 Reporter: David Jencks Assigned To: David Jencks Fix For: 1.2 Attachments: GERONIMO-2409-v1.patch It's sort of impossible to swap a basic configuration such as transaction with a substitute such as transaction-jta11: there are too many modules that depend on it that all have to be rebuilt just because you changed one name. To fix this we need some way to substitute one module (configuration) for another. We might aim for a function-based registry rather than a name based one, but that is more that I want to think about right now. I've done some simple experiments and it looks like some trivial changes in DefaultArtifactResolver, the car maven plugin, and an additional properties file in the server at least let you swap modules and get the server started. I expected that changes in the kernel gbean lookups and Configuration gbean lookups would be necessary as well, but I haven't needed them yet. I think the changes so far should be applied since they clarify the explicit version resolution code and enable at least some module swapping. I suspect we'll find out soon if more work is needed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: We might need aliased modules/configurations/artifactIds
Well, something big and general and osgi-like might be great but I don't know how to build it today and it certainly would require some major debate on how it ought to work. Meanwhile I modified the explicit_versions handling and it seems to let me boot up a geronimo-jetty-jee5 server with only the tm module replaced. I suspect more changes will be needed to the Configuration and BasicKernel gbean lookups, but I haven't run into these problems yet. I'd like to commit the code I have so far. http://issues.apache.org/jira/browse/GERONIMO-2409 Please take a look and vote. thanks david jencks On Sep 14, 2006, at 4:18 PM, Joe Bohn wrote: We definitely need some form of type/function/interface/whatever based dependencies. I'm working on a new core framework assembly (little-G without the containers ... micro-G? ) that we could use as a base for user created assemblies via plugins. This is really the same item that I think could solve the assembly proliferation issue (per the recent jetty 5 vs. jetty 6 discussion). One of the things that would be helpful for this micro-G is type based dependencies as mentioned here. We could then create plugins that had a requirement on a servlet container without the need to create two or more plugins for the various container we support). We could also define plugins that had cardinality rules associated with them (only install if no other plugin of similar type is installed) so that we won't end up with 2 web container vying for the same ports, etc... How we go about doing this is something that I haven't dug into yet but I think it would require some fundamental changes to the gBean infrastructure. Sorry to get so long winded. I hope this is still relevant to the thread you intended to start David. :-) Joe Aaron Mulder wrote: I sure wouldn't mind if a module could say I provide javax.foo.Bar and a separate module could say I require a parent that provides javax.foo.Bar... As in, interface dependencies instead of name- based dependencies. Thanks, Aaron On 9/14/06, David Jencks [EMAIL PROTECTED] wrote: I started working on a version of geronimo that uses the jta11 transaction manager in the sandbox. So, I wrote a new transaction configuration using the new gbean and started trying to assemble a server. My new config has gbeans with exactly the same names (except for artifactId) as the old jta 1.0.1B configuration (present in GERONIMO-2398, please vote). Now it turns out that in order to swap these configs I am going to need to change almost all the other configs so they depend on my new one instead of the old one. This highlights a need for more functional-based dependencies. Conceptually we kind of want to say, this module depends on a module supplying services A, B, C One idea I had that might be pretty easy to implement would be to expand the explicit-versions resolving code a bit so that you can supply a properties file that says replace requests for artifactId X with artifactId Y and plug it in the the artifact resolver, configuration, and kernel so that when you ask for a gbean with artifactId X you get one with the same name map and interfaces but with artifactId Y. I think of this as aliasing X as Y (or maybe its vice-versa). I'm starting to try to implement this since I'm kind of blocked without something like this... but this might not be the best possible solution or even the easiest. Anyone want to comment or suggest better ideas? thanks david jencks
Re: jetty-clustering-builder-wadi thingys not hooked up to build...
I think I fixed this, please verify thanks david jencks On Sep 15, 2006, at 4:53 PM, Jason Dillon wrote: Looks like geronimo-clustering-builder is missing too: snip [INFO] -- -- [ERROR] BUILD ERROR [INFO] -- -- [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.geronimo.modules:geronimo-clustering-builder:jar:1.2- SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file - DgroupId=org.apache.geronimo.modules -DartifactId=geronimo- clustering-builder \ -Dversion=1.2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) org.apache.geronimo.configs:jetty-clustering-builder- wadi:car:1.2-SNAPSHOT 2) org.apache.geronimo.modules:geronimo-clustering- builder:jar:1.2-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.configs:jetty-clustering-builder-wadi:car:1.2- SNAPSHOT /snip --jason On Sep 15, 2006, at 1:33 PM, Jason Dillon wrote: Why are the wadi clustering car thingys not hooked up to the build? snip [INFO] - --- [ERROR] BUILD ERROR [INFO] - --- [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.geronimo.configs:jetty-clustering-builder-wadi:car: 1.2-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file - DgroupId=org.apache.geronimo.configs -DartifactId=jetty-clustering- builder-wadi \ -Dversion=1.2-SNAPSHOT -Dpackaging=car -Dfile=/path/to/file Path to dependency: 1) org.apache.geronimo.assemblies:geronimo-jetty-j2ee:jar: 1.2-SNAPSHOT 2) org.apache.geronimo.configs:jetty-clustering-builder- wadi:car:1.2-SNAPSHOT 2) org.apache.geronimo.configs:jetty-clustering-wadi:car:1.2-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file - DgroupId=org.apache.geronimo.configs -DartifactId=jetty-clustering- wadi \ -Dversion=1.2-SNAPSHOT -Dpackaging=car -Dfile=/path/to/file Path to dependency: 1) org.apache.geronimo.assemblies:geronimo-jetty-j2ee:jar: 1.2-SNAPSHOT 2) org.apache.geronimo.configs:jetty-clustering-wadi:car: 1.2-SNAPSHOT /snip --jason
Re: Possible workspace for jetty 6 work and other jee5 stuff
I actually got a server using the jta11 tm to start! I've renamed sandbox/jee5-jta to sandbox/javaee5 and encourage everyone to add jee5 features here (at least if they don't break the build for long :-). I'm going to continue working on the jpa stuff and see if I can help get jetty 6 going again -- the stuff in servlet2.5 hasn't kept up with trunk changes very well lately. many thanks! david jencks On Sep 14, 2006, at 3:59 PM, David Jencks wrote: I'm trying to get a jpa-aware server constructed so I can see if my code actually works so I've been setting up sandbox/jee5-jta so we can have jee5 modules, configs, and assemblies. I think this might be an ok place to work on other jee5 stuff like the jetty6 integration without duplicating the entire server and dealing with the associated update headaches. thoughts? thanks david jencks
Practice makes perfect [was: We happy few]
Subject says it all... I'd like to start doing practice releases so we can get our processes down pat. This should also help us get our tree back in a releasable state. -dain On Sep 15, 2006, at 1:19 PM, Alan D. Cabrera wrote: Dain mentioned to me in passing, shall we make a dry run release of v1.2 based off of a Subversion number? This will help us work out the m2 kinks. Thoughts? If no objections, I think we should start this endeavor on Monday. Regards, Alan
Re: help resolving class (GERONIMO-1526)
On Sep 15, 2006, at 1:33 PM, Sachin Patel wrote: So my question is how can this be done? How can the deployment module and this factory class resolve the class from a gbean it doesn't have direct visibility to? It need to know the name of the target module. From there you can grab the class loader. Alternatively, if you know the name of the target service you can call kernel.getClassLoaderFor(name). Ok, thanks. I get the first way... but could you clarify the second way... what do you mean by target service? Is this the qualified service name (i.e ..j2eeType=blah) I'm not sure what I meant by target service I think I was responding to your comment this factory class resolve the class from a gbean it doesn't have direct visibility to. Anyway, if you have the abstract name for a service loaded in the kernel, you can simply call kernel.getClassLoaderFor(abstractName). -dain
Re: Can we male SQLQueryBuilder less verbose?
Looks Gianny applied some changes to the 1.4 version of tranql in trunk. I just pushed an updated SNAPSHOT out to the Codehaus repo. Let me know if there is an issue. On Sep 15, 2006, at 2:27 PM, Jason Dillon wrote: Were you able to push a release out? --jason On Sep 13, 2006, at 6:21 AM, Gianny Damour wrote: The log level is now debug. I now need to investigate how to deploy the artifact (I have not done that since the new CodeHaus). Thanks, Gianny On 13/09/2006, at 5:53 PM, Jason Dillon wrote: These types of logs don't look like they should be at INFO: snip [INFO] 00:32:52,489 INFO [SQLQueryBuilder] CMP [Entity logical name=[SimpleCMPEntity]; physical name=[SimpleCMP]] - [Finder method=[findByPrimaryKey]; EJB-QL=[null]] compiled to [JDBCQueryCommand sql=[SELECT S.id FROM SimpleCMP S WHERE S.id = ?]] /snip Can we make these DEBUG instead? --jason Matt Hogstrom [EMAIL PROTECTED]
Re: Practice makes perfect [was: We happy few]
that would be great. A couple things I've wondered/worried about are - new license headers - maven auditing of LICENSE/NOTICE files existence and correct location - other maven checks? thanks david jencks On Sep 15, 2006, at 7:29 PM, Dain Sundstrom wrote: Subject says it all... I'd like to start doing practice releases so we can get our processes down pat. This should also help us get our tree back in a releasable state. -dain On Sep 15, 2006, at 1:19 PM, Alan D. Cabrera wrote: Dain mentioned to me in passing, shall we make a dry run release of v1.2 based off of a Subversion number? This will help us work out the m2 kinks. Thoughts? If no objections, I think we should start this endeavor on Monday. Regards, Alan
Re: Using Eclipse with M2
Hi Anita, The eclipse plugin is clever enough to either add a project or its JAR stored in your m2 repository. If you execute the plugin from a specific module, then the generated .classpath has JAR entries for the depending modules. If you execute the plugin against a set of modules, then JAR entries are replaced by project reference entries. Thanks, Gianny On 16/09/2006, at 2:02 AM, anita kulshreshtha wrote: I am using maven-eclipse-pluign. A typical classpath entry looks like this: classpathentry kind=var path=M2_REPO/xstream/xstream/1.1.3/xstream-1.1.3.jar/ classpathentry kind=src path=/geronimo-core/ Does this mean that the whole project must be checked out? It would be nice if there were two entries for geronimo-* jars. The second entry could refer to .m2 repo and be used only if the first one is missing. Are there any instructions on how to use eclipse when working with Geronimo? Thanks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
