Re: Personal SVN Commit Report?

2006-07-27 Thread Jeremy Whitlock
Aaron, I don't know of a tool to do it for you but I do know that you could run svn log --xml -v path_to_repo_branch and parse the output for your userid. I am actually in the process of building a tool for Subversion reporting like what you are looking for but it isn't available yet. I'll keep you posted.
Take care,JeremyOn 7/27/06, Aaron Mulder [EMAIL PROTECTED] wrote:
I know I've put some changes in 1.1 that ought to go into trunk.Isthere a way for me to generate a list of commits I've made (with
version number and comment) in one or both branches over the lastmonth or so?Otherwise, I guess I'll consult the mailing listarchives.Thanks, Aaron


Re: [VOTE] Sponsor OpenEJB to become sub-project of Geronimo

2006-07-04 Thread Jeremy Whitlock
Hi all, I am an OpenEJB developer and although I'm not as well known as many of the others, I have been with the team for about 3 years. I am a big fan of Geronimo but ever since OpenEJB became the EJB container for Geronimo, things have been a little less clear for OpenEJB users. For example, a lot of people only know OpenEJB via Geronimo. Most don't know that OpenEJB is a standalone EJB container with more than 7 years under its belt. While this is a tragedy this is not the point I am wishing to make so lets continue.
 OpenEJB began life a long time ago. When Geronimo came along, things took a turn for the worst for OpenEJB. Not only did the mainstream development of the non-Geronimo version of OpenEJB suffer and nearly stop but the users of OpenEJB also began to backlash about this feeling of neglect. Geronimo took the best developers from OpenEJB to build a better version of OpenEJB but it only builds and runs inside of Geronimo. This again is a tragedy. I could go on but I need to make a point.
 My point is that OpenEJB is a mature EJB container with many devoted developers. It is not tied to Geronimo. The fact that the version within Geronimo is pretty Geronimo-specific is a planning problem and should not be taken out on the OpenEJB developers. Many of the developers, like myself, would love to see the Apache Software Foundation open its doors to a mature and well-known EJB container to call its own. The concerns about OpenEJB ties to Geronimo should not keep a great product from being sponsored at the ASF.
Take care,JeremyP.S. - I'm a +1 on this if my vote isn't seen as biased. ;)On 7/4/06, John Sisson 
[EMAIL PROTECTED] wrote:Alan,What type of concerns do they have regarding its close association with
Geronimo?Regards,JohnAlan D. Cabrera wrote: I also am leaning towards the idea that it's good for OpenEJB to be separate from Geronimo.Whenever I talk w/ users of OpenEJB, they are
 always concerned about its close association w/ Geronimo.However, it is my understanding that Dain is working hard on decoupling OpenEJB's strong reliance on Geronimo code. Regards,
 Alan Mohammed Nour wrote: Hi All... +1, but I have a question. Isn't it better to have OEJB as a separate project, as we have the intention to make it independent from
 Geronimo, as to have it work inside or outside Geronimo? On 12/3/05, *David Blevins* [EMAIL PROTECTED] mailto:
[EMAIL PROTECTED] wrote: The OpenEJB committers have discussed it and voted to be become a Geronimo sub-project.The incubator proposl is here:
 http://wiki.apache.org/incubator/OpenEjbProposal Please vote if you'd like Geronimo to be the sponsor of OpenEJB
 during incubation [ ] +1 = I support the move to sponsor OpenEJB during incubation as a sub-project of Geronimo [ ] +0 = I don't mind either way
 [ ] -1 = I don't support this move because: ___ +1 from me -- David



Re: Web site update

2006-06-21 Thread Jeremy Whitlock
Hernan, Can you paste the command that you are trying to use? Merging is the proper approach for this type of thing. With the merge command, you can create a patch using the unified-diff output and piping it to a file. If I can see your command, I can hook you up.
Take care,JeremyOn 6/20/06, Hernan Cunico [EMAIL PROTECTED] wrote:
Merging isn't working, I don't see anything being updated into trunk.How do I create a patch if my local working copy is fully in sync with the branch, not the trunk.Is there a way to copy/move the content of the branch and overwrite the trunk?
ThanksHernanDavid Blevins wrote: On Jun 19, 2006, at 12:11 PM, Hernan Cunico wrote: Hi All, I'm a bit lost with the two branches we have now to manage the web
 site.I have the .../site/branches/may2006 branch updated andready to go live, it already includes that last two changes(updated events and added book to documentation).
 What would be the next step? replacing the content of .../site/ trunk and then commit to the live site from the updated trunk? howdo I replace it the content in .../site/trunk with the may2006 branch?
 Typically, you'd merge over your changes.Could use the 'svn merge' command.Or you could create a patch file and apply it to trunk.I like to use the graphical diff tool in Visual SlickEdit, but that'snot
 free. -David


Re: Web site update

2006-06-21 Thread Jeremy Whitlock
Hernan, Glad to hear you got it working. As for the command-line way:svn merge [EMAIL PROTECTED] [EMAIL PROTECTED] PATH_TO_WORKING_COPY_YOU_WISH_TO_MERGE_CHANGES_INTO
Sorry for the weird looking command but I tried to put some useful tidbits into the command. ;)Take care,JeremyOn 6/21/06, Hernan Cunico
 [EMAIL PROTECTED] wrote:Hi Jeremy,
I was using a graphical tool to do the merge. The dry run would show all the files that would beupdated but when I ran it for real nothing really changed on my working, local trunk, copy.I did an svn stat and saw no changes, did an svn up and it failed. Can't remember exactly the error
msg but was something about not a working directory or can not run from the same directory.I ended up doing a new svn co from the trunk, updated the project files and xdocs, rebuilding andcommitting. I couldn't find any other way to do it, then I updated the web site from the trunk.
What would the svn command line way be for merging the branch into the trunk?ThanksCheers!HernanJeremy Whitlock wrote: Hernan, Can you paste the command that you are trying to use?Merging is
 the proper approach for this type of thing.With the merge command, you can create a patch using the unified-diff output and piping it to a file.If I can see your command, I can hook you up.
 Take care, Jeremy On 6/20/06, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 wrote: Merging isn't working, I don't see anything being updated into trunk. How do I create a patch if my local working copy is fully in sync with the branch, not the trunk.
 Is there a way to copy/move the content of the branch and overwrite the trunk? Thanks Hernan David Blevins wrote: On Jun 19, 2006, at 12:11 PM, Hernan Cunico wrote:
 Hi All, I'm a bit lost with the two branches we have now to manage the web site.I have the .../site/branches/may2006 branch updated
 andready to go live, it already includes that last two changes(updated events and added book to documentation). What would be the next step? replacing the content of .../site/
 trunk and then commit to the live site from the updated trunk? howdo I replace it the content in .../site/trunk with the may2006 branch?
 Typically, you'd merge over your changes.Could use the 'svn merge' command.Or you could create a patch file and apply it to trunk.I like to use the graphical diff tool in Visual SlickEdit, but
 that'snot free. -David


Re: Who is reponsible for Drone in #geronimo

2006-05-31 Thread Jeremy Whitlock
Jason, I am not sure who hosts it but it might be the author, Geert Bevin. You can find him in #rife to see what is up.Take care,JeremyOn 5/31/06, 
Jason Dillon [EMAIL PROTECTED] wrote:
Can we please bring Drone back, so that the #geronimo channel is logged again.Thanks,--jason


[jira] Commented: (GERONIMO-1151) Changing EJB port from 4201 to another value in config.xml does not take effect

2005-12-07 Thread Jeremy Whitlock (JIRA)
[ 
http://issues.apache.org/jira/browse/GERONIMO-1151?page=comments#action_12359672
 ] 

Jeremy Whitlock commented on GERONIMO-1151:
---

I would like to work on this issue.  I am an OpenEJB committer and think I've 
found the issue.  I will be sure to check other EJB attributes also.

Take care,

Jeremy

 Changing EJB port from 4201 to another value in config.xml does not take 
 effect
 ---

  Key: GERONIMO-1151
  URL: http://issues.apache.org/jira/browse/GERONIMO-1151
  Project: Geronimo
 Type: Bug
   Components: OpenEJB, startup/shutdown
 Versions: 1.0
 Reporter: John Sisson
 Priority: Blocker
  Fix For: 1.0


 If the EJB port is changed in the geronimo/var/config/config.xml file, it 
 does not take effect.  
 For example, change
   configuration name=org/apache/geronimo/Server
 gbean name=openejb:name=EJB,type=NetworkService
   attribute name=host0.0.0.0/attribute
   attribute name=port4201/attribute
 /gbean
   /configuration
 to:
   configuration name=org/apache/geronimo/Server
 gbean name=openejb:name=EJB,type=NetworkService
   attribute name=host0.0.0.0/attribute
   attribute name=port14201/attribute
 /gbean
   /configuration
 At startup, you see..
   Listening on Ports:
 4201 0.0.0.0 ActiveIO Connector EJB

-- 
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] Commented: (GERONIMO-1151) Changing EJB port from 4201 to another value in config.xml does not take effect

2005-12-07 Thread Jeremy Whitlock (JIRA)
[ 
http://issues.apache.org/jira/browse/GERONIMO-1151?page=comments#action_12359683
 ] 

Jeremy Whitlock commented on GERONIMO-1151:
---

While working on this, Dain found the issue and it is actually a config.xml 
issue.  The file should look like so:

configuration name=org/apache/geronimo/Server
   gbean name=geronimo:name=EJB,type=NetworkService
 attribute name=host0.0.0.0/attribute
 attribute name=port4201/attribute
   /gbean
 /configuration 

I tested it with:

configuration name=org/apache/geronimo/Server
   gbean name=geronimo:name=EJB,type=NetworkService
 attribute name=host0.0.0.0/attribute
 attribute name=port14201/attribute
   /gbean
 /configuration 

and it started properly and the port was properly retained from the config.xml. 
 Look forward to the commit from Dain to remedy this issue.  Thanks Dain.

Take care,

Jeremy

 Changing EJB port from 4201 to another value in config.xml does not take 
 effect
 ---

  Key: GERONIMO-1151
  URL: http://issues.apache.org/jira/browse/GERONIMO-1151
  Project: Geronimo
 Type: Bug
   Components: OpenEJB, startup/shutdown
 Versions: 1.0
 Reporter: John Sisson
 Assignee: Jeremy Whitlock
 Priority: Blocker
  Fix For: 1.0


 If the EJB port is changed in the geronimo/var/config/config.xml file, it 
 does not take effect.  
 For example, change
   configuration name=org/apache/geronimo/Server
 gbean name=openejb:name=EJB,type=NetworkService
   attribute name=host0.0.0.0/attribute
   attribute name=port4201/attribute
 /gbean
   /configuration
 to:
   configuration name=org/apache/geronimo/Server
 gbean name=openejb:name=EJB,type=NetworkService
   attribute name=host0.0.0.0/attribute
   attribute name=port14201/attribute
 /gbean
   /configuration
 At startup, you see..
   Listening on Ports:
 4201 0.0.0.0 ActiveIO Connector EJB

-- 
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: [VOTE] Sponsor OpenEJB to become sub-project of Geronimo

2005-12-02 Thread Jeremy Whitlock
+ 1 - I can't wait for my apache.org email. ;)On 12/3/05, Bruce Snyder [EMAIL PROTECTED]
 wrote:On 12/3/05, David Blevins 
[EMAIL PROTECTED] wrote: [X] +1 = I support the move to sponsor OpenEJB during incubation as a sub-project of GeronimoBruce--perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'The Castor Projecthttp://www.castor.org/Apache Geronimohttp://geronimo.apache.org/


Re: [Build Break] openejb/modules/itests

2005-10-25 Thread Jeremy Whitlock
Prasad,
 Well...the error is
java.lang.OutOfMemoryError so I'm sure it's not a build problem
per-se. I would try to rebuild after rebooting, since you are on
Windows. Let us know what is up.

Take care,
 JeremyOn 10/25/05, Prasad Kashyap [EMAIL PROTECTED] wrote:
I checked out the source from trunk at 4:08 pm today (10/25/05).

I encountered a build break in the openejb/modules/itests module with the following exception

Completed
 [jar] Building jar: C:\cygwin\tmp\geronimo\openejb\modules\itests\target\openejb-cmp2-prefetch.jar

BUILD FAILED
File .C:\~\.maven\cache\maven-multiproject-plugin-1.3.1\plugin.jelly
Elementmaven.reactor
java.lang.reflect.InvocationTargetException
Exception in thread main java.lang.OutOfMemoryError.

I believe this is in the DDLExporterTask. But I could be wrong. 

Cheers
Prasad