Re: Where is Cloudscape?
I would strongly recommend checking out Axion ( http://axion.tigris.org/ ) as well, which is also in the incubator (cvs is still on tigris as they promised users a 1.0 release in that namespace, I believe). When Derby was first announced I thought it may make life rough on Axion, but the more I look at using Cloudscape 10 (derby initial codebase) the more I think Axion may make life difficult for Derby ;-) Will be fun having both of these here, hopefully both will benefit a lot. -Brian On Aug 4, 2004, at 11:39 AM, Oliver Zeigermann wrote: I am waiting for it as well. Might be a great default database for the Slide project. Oliver Kevin A. Burton wrote: Hm... wanted to check this code out of CVS but can't find it :-/ Maybe I'm jumping the gun a bit... I can be patient ;) http://infoworld.com/article/04/08/03/HNclouscape_1.html Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Any interest in a Jakarta JavaOne BOF?
I'm in =) -Brian On May 21, 2004, at 2:51 PM, Kevin Burton wrote: It's about a 1.5 months away but I figured I would try to get a pulse on how much interest there is in holding a JavaOne BOF. We've contacted SUN directly and they seem interested... though to be honest I was thinking it would be better to just have us meet at a bar or maybe at our offices since we're 1/2 a block away from the Metreon. So I'm thinking beer, pizza, wifi... music... could be fun. We might not be able to host it at our offices but there are a few places around the hood we could rent out. So how many people would be interested...?! PS... We're hiring REALLY smart people experienced in Jakarta tools... email me private for more info. -- Please reply using PGP. http://peerfear.org/pubkey.asc NewsMonster - http://www.newsmonster.org/ Kevin A. Burton, Location - San Francisco, CA, Cell - 415.595.9965 AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 IRC - freenode.net #infoanarchy | #p2p-hackers | #newsmonster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hibernate in Apache projects
I'm sorry to hear that, I am also sorry to see that I cannot find any posts from you ojb-users or ojb-dev list archives about this =( OJB can be a bear, but the problems you seem to have had (based on the bile in the last email) sound like there was a misunderstanding on how something works. On the Hibernate thing -- you could adapt the Cocoon approach and have a non-ASF site with ASL incompatible modules. -Brian On Apr 20, 2004, at 3:15 PM, David Sean Taylor wrote: On Apr 20, 2004, at 11:54 AM, Brian McCallister wrote: As far as I know nothing has changed in regards to linking to LGPL code in ASL code that we host. On a tangentially related not -- if there is anything that Hibernate does that OJB doesn't, let us know and we'll fix that problem =) The only major feature Hibernate has that OJB does not is a marketing budget, to my knowledge. We've had quality issues with release candidates failing where previous release candidates worked. We are now at the point where we need RC5 for one component, and RC4 for another. Many hours were spent debugging OJB and it caused us weeks of lost development time. The OJB error messages are not helpful. In Jetspeed we have a persistence layer and would like to try writing a plugin for Hibernate to see if we get more stability. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hibernate in Apache projects
I wasn't trying to put you in a bad light -- truly I wasn't. I apologize for coming across that way. I regret that you had a bad experience with OJB and lost development time and effort as a result -- and I want to make OJB better. OJB has definite rough spots, I certainly cannot claim otherwise. It does do a lot of things very well though, and I intend to do what I can to help it get even better (and clean up the rough spots). Release management is something we have done very poorly thus far. I wasn't asking you why were looking at Hibernate (it is a great project), I was offering to try to help make OJB work for you in order to help solve your problem (O/R mapping compatible with the restrictions on what we can put in ASF cvs) as Hibernate, unfortunately, cannot to my knowledge be linked in ASF codebases. I don't have any investment in whether you use OJB, Hibernate, TJDO, Cayenne, Speedo, EJB-CMP, iBatis, Spring-DAO, or Fazoogle Data Objects. -Brian On Apr 20, 2004, at 4:28 PM, David Sean Taylor wrote: On Apr 20, 2004, at 12:59 PM, Brian McCallister wrote: I'm sorry to hear that, I am also sorry to see that I cannot find any posts from you ojb-users or ojb-dev list archives about this =( OJB can be a bear, but the problems you seem to have had (based on the bile in the last email) sound like there was a misunderstanding on how something works. I see you are trying to put me in a bad light in defense of your project, and I don't appreciate it. I am not the OJB advocate at Jetspeed. Search for Scott Weaver and David Le Strat's posts Or contact Scott or David directly. They can explain the issues much better than I. I invite you to discuss this on the jetspeed-dev list. Scott has a lot of OJB experience and I believe he understands OJB very well. Perhaps its bile to you. But you asked why we were looking at Hibernate, and I was simply trying to explain to you a very bad experience with OJB. On the Hibernate thing -- you could adapt the Cocoon approach and have a non-ASF site with ASL incompatible modules. Yes, this sounds like a solution. So we host a non-apache maven site with ASL incompatible modules. Thanks for your help. I do look forward to trying out Hibernate. -Brian On Apr 20, 2004, at 3:15 PM, David Sean Taylor wrote: On Apr 20, 2004, at 11:54 AM, Brian McCallister wrote: As far as I know nothing has changed in regards to linking to LGPL code in ASL code that we host. On a tangentially related not -- if there is anything that Hibernate does that OJB doesn't, let us know and we'll fix that problem =) The only major feature Hibernate has that OJB does not is a marketing budget, to my knowledge. We've had quality issues with release candidates failing where previous release candidates worked. We are now at the point where we need RC5 for one component, and RC4 for another. Many hours were spent debugging OJB and it caused us weeks of lost development time. The OJB error messages are not helpful. In Jetspeed we have a persistence layer and would like to try writing a plugin for Hibernate to see if we get more stability. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The Name Jakarta
Despite any rumors to the contrary, Jakarta being the capital of Indonesia on the island of Java had nothing to do with it either ;-) -Brian On Jan 27, 2004, at 10:45 PM, Craig R. McClanahan wrote: Quoting Uncle Roastie [EMAIL PROTECTED]: Why/how was the name Jakarta choosen? Thanks, [EMAIL PROTECTED] It was the name of the conference room at Sun where a large number of the discussions about the original formation of the project, as well as the contribution of Tomcat from Sun to Apache, took place. I guess the name sort of stuck. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] [JOKE] Re: Jakarta: Confederation or Single Project?
Holy war time:
IoC TLP's
public class Log4J implements JakartaAware, LoggingAware
{
...
}
public class Log4J
{
public void setJakarta(Jakarta jakarta) { ... }
public void setLogging(Logging logging) { ... }
}
public class Log4J
{
public Log4J(Jakarta jakarta, Logging logging) { ... }
}
=)
-Brian
On Dec 19, 2003, at 2:04 PM, Craig R. McClanahan wrote:
Quoting Harish Krishnaswamy [EMAIL PROTECTED]:
Thanks Craig, this is elaborate, informative and puts the issue in my
perspective. May be this
should be put on the website too somewhere.
Here are my inferences so far...
inferences
ASF is a group of projects administered by the Apache board members.
The
board delegates certain
responsibilities over to the PMCs of the individual projects while
still
maintaining the authority
and management responsibilities. The PMC is responsible for a
wholesome code
and community of the
project it oversees but does not have the authority to recognize new
projects.
Jakarta started out as a single project for a web container and has
grown
into a foundation of
projects in itself without sufficient administration/organization.
/inferences
Waiting for the bureacracy to be created first is kind of antithetical
to the
way most open source developers think :-).
Here are my thoughts distilled from a lot others'...
* I think the projects at ASF should be classified in some way
(preferably by
technology like we
have now for xml, db etc.) into umbrella projects. All projects piled
together at the top level
would not convey very well. This is where Jakarta would need
redefinition.
Seems like the inital
motivation, server side web development, is a good fit. And that
would mean
some reshuffling.
The problem with graph shaped (single inheritance) hierarchies is
that
sometimes a single project fits more than one place. For example,
where do you
put Cocoon? It's clearly a thing that fits into an XML Technologies
sort of
place. It's also a thing that clearly fits into a server site
technologies
sort of place. The answer that Cocoon chose (the right one, IMHO) was
to be a
separate TLP that is *linked* to both of those technology's web sites.
But, the more fundamental principle is that the legal organization of
the ASF
need not have anything at all to do with how websites are organized
and how
projects are made visible.
* I think each umbrella project or each project within could have a
PMC and
each project should
maintain a PMC membership of atleast 51% of its committers to sustain.
That's pretty much the way that Jakarta works now (we've focused on
expanding
the PMC membership over the last year to ensure coverage from all the
subprojects). But, as a Jakarta PMC member, it's still a daunting
thought to
be held responsible for oversight of all the code, and all the
releases, across
all of Jakarta. It's hard enough for me, for example, just to stay
current on
the three projects I watch and try to participate in (Commons, Struts,
Tomcat).
I'm pretty clueless about what the Tapestry folks are doing, yet *I*
need to
approve releases?
Having Tapestry committers on the PMC helps, but isn't sufficient.
* I think the website should match the organizational structure to
avoid
confusion.
I don't agree. The website(s) should be focused around making it easy
for users
to find out what Apache projects might have products that are
relevant to
their needs. The internal project organization is an implementation
detail.
* I think the board should classify the newly adopted projects.
Projects that
churn out of existing
projects should be brought back to the board for classification at
the time
of creating new CVS
repositories.
* Each umbrella could have a commons and a sandbox to share and play.
* There could be a top level commons to house cross-umbrella
components.
It seems like what we now have is pretty much in good shape and only
means
that the following
actions take place...
* Reorganize Jakarta (and may be others??)
The interesting question is what Jakarta becomes after the subprojects
that want
to become TLPs do so. I suspect that keeping it as a brand is likely
to be
helpful, but the brand has been pretty muddled too (is it Apache
Struts or
Jakarta Struts? Depends on which book title you read :-), and the
earlier
perceptions that Jakarta had for high quality server side Java code is
starting
to slip.
* Enforce project level PMC membership
IMHO, it's just not good enough to satisfy the oversight requirements
delegated
to the PMCs by the ASF Board.
Just my thoughts.
Regards,
Harish
Craig
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why you *want* to be on the PMC
On Thu, 2003-12-18 at 14:03, Henri Yandell wrote: Either it would roll back to the old style as Tomcat + friends, or would become the Java-Foundry for Apache [a la Sourceforge], or would become Jakarta Commons, or both of the latter two. Dunno what other visions there might be out there for Jakarta-2004. FWIW -- Jakarta has a lot of mindshare on web-application stuff and that is not to be thrown away. I am *not* on the PMC for Jakarta (and shouldn't be) so have no business interjecting thoughts on what to do, but... (I should listen to myself more, oh well, too late now) if a group home for webapp tools exists in Apache, it should be Jakarta. Jakarta should not (as I recently replied to you in DB) be the default home for everything without some other logical home. Maybe we need sandbox.apache.org for logical groupings to coagulate in, but that is a decision for people at a higher pay grade than myself ;-) Just my off-the-cuff opinions =) -Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Future Of Turbine-JCS
OJB supports using JCS for distributed caching, but I don't know how many people actually use it (we don't). There is overlap between OJB and Turbine contributors Arrowhead ASP, a GPL ASP interpreter, ( http://www.tripi.com/arrowhead/ ) also uses JCS as I know the guy who wrote it =) OTOH I don't think he has ever submitted a patch or even feedback back to the Turbineers. I would prefer to see it split off to its own [sub]project if it has the community around it, but I cannot commit to contributing to it. -Brian On Dec 4, 2003, at 5:35 PM, Andrew C. Oliver wrote: So far it sounds to me like JCS is only used by Turbine and that only the Turbiners really care about it. Thus I don't see why it doesn't just get flattened into Turbine and just consider it one more turbine service. However, if it DOES have a community or at the very least someone who loves cares and feeds it, then commons sounds like a reasonable place to build a community. As far as oversight, who on the PMC is on this sub-sub-subproject? From a Jakarta PMC perspective, I think that we should cease to support Sub-sub-projects with the exception of commons.* -Andy * before it is mentioned, on POI we call POIFS and HSSF subprojects but they're really just components. They're called subprojects by tradition, granted it is ambiguous but I'll leave language pedantry to RMS. ;-) On 12/4/03 12:59 PM, Henri Yandell [EMAIL PROTECTED] wrote: So your preference, as the development-community of JCS, is for a top-level-jakarta project, ie) at the log4j level? If so, we can take that up with the PMC and see what views there are. As the development community, your (and James) views count a lot, though the smallness of community is the worrying thing. Hen On Thu, 4 Dec 2003, Aaron Smuts wrote: The core of JCS is ready for a release. The project is basically a hub for 4 types of plugins, or what are called auxiliaries in JCS: memory, disk, lateral distribution, and remote sever. It requires that you use a memory plugin, but the others are optional. For each type of plugin there is an efficient implementation that people are using. These include: LRU memory manager, indexed disk cache, TCp lateral distribution, and RMI remote server. There are experimental versions of each type of plugin in an experimental source directory: a b-tree disk cache, a database disk cache, a javagroups lateral, a MRU memory manager, and others. The core of JCS is then the hub and these 4 non-experimental plugins. Currently there is only one small bug in the lateral cache recovery process, that I will fix very soon. There are additional features that are mostly extensions of the plugins. I wanted to clean up the group handling features, but this is not crucial. I wanted to add run time defragmentation to the indexed disk cache. I also want to implement clustering on the remote server. Basically, this will involve hooking up remote servers via the TCP lateral cache. All that has to be done is to work out a way to prevent circular calls for there to be clustering. The client can already fail over. I'm not sure what all the levels are called, but if we put JCS at the level of log4j, I guess as a jakarta subproject, and then issue a release, we can find out what else people might want and some more people may be interested in contributing. JCS does not need an overhaul or any significant amount of work on the core features. Most conceivable future development will involve tuning, bug fixes, improving configuration, creating sample applications, and extension development. Aaron - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andrew C. Oliver http://www.superlinksoftware.com/poi.jsp Custom enhancements and Commercial Implementation for Jakarta POI http://jakarta.apache.org/poi For Java and Excel, Got POI? The views expressed in this email are those of the author and are almost definitely not shared by the Apache Software Foundation, its board or its general membership. In fact they probably most definitively disagree with everything espoused in the above email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Publicizing ApacheCon 2003
Actually, as registration isn't open yet, the early-bird is quite a farce. -Brian On Thursday, September 4, 2003, at 02:31 PM, Andrew C. Oliver wrote: Christ, they just got it together. While I'm covered, folks were for months asking Are we having an apachecon and then it was barely advertised with no sessions scheduled yet and early bird is already over? If I were any joe off the street I'd probably want to at least have some vague idea what would be covered before registering even if I wanted to register as early as possible. On 9/4/03 12:13 PM, Ceki Gülcü [EMAIL PROTECTED] wrote: If I am not mistakem, early-bird registration seems to be already over... Anyway, I added a link at the top of the jakarta sidebar menu. I am confident people will find things to improve but you've got to start somewhere. This is CVS. We can revert if need be. At 07:41 AM 9/4/2003 -0500, Glenn Nielsen wrote: +1 But wait until the sessions are available at www.apachecon.com Ceki Gülcü wrote: Hello everyone, Apachecon 2003 will take place in Las Vegas, Nevada, USA, 16-19 November 2003. For this event to be the success that it deserves to have, we need to make an effort to publicize it as much as possible. I have created a series of icons that one can use to link to http://www.ApacheCon.com. The icons are available at http://www.apache.org/~ceki/ac2003/ We should at least add a salient image on the sidebar of the jakarta pages. Comments? -- Ceki Gülcü For log4j documentation consider The complete log4j manual ISBN: 2970036908 http://www.qos.ch/shop/products/clm_t.jsp See you in November at ApacheCon US 2003 in Las Vegas. http://apachecon.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andrew C. Oliver http://www.superlinksoftware.com/poi.jsp Custom enhancements and Commercial Implementation for Jakarta POI http://jakarta.apache.org/poi For Java and Excel, Got POI? The views expressed in this email are those of the author and are almost definitely not shared by the Apache Software Foundation, its board or its general membership. In fact they probably most definitively disagree with everything espoused in the above email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Publicizing ApacheCon 2003
On Thursday, September 4, 2003, at 04:05 PM, Rodent of Unusual Size wrote: Brian McCallister wrote: Actually, as registration isn't open yet, the early-bird is quite a farce. i rather resent that remark. It wasn't aimed at you (or anyone) personally -- I apologize if you took it that way. Presumably there is a good reason for the early-bird registration expiring (Sept 1 according to the site) before registration opens. It *is* funny though. Perhaps ...is quite funny would have been better word choice =) -Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache != HTTPD
You can Say Apache, because you're right there in front of them to clear up any confusion. For the ASF to call HTTPD Apache perpetuates the myth that thats all there is to it. So... We are using Apache, that is really Apache Hutpud, but you cannot write hutpud because it confuses people about the Apache Software Foundation, which develops much more than hutpud. This is even worse =) You could do a Bill the Cat type pronunciation, maybe. But seriously, I don't disagree, just point out a big reason why it will be very difficult to ever relabel Apache [HTTPD] to [Apache] HTTPD. People do have to say it, and saying one thing but writing another is too complicated for people without an emotional attachment (or who are well skilled in double-think). -Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The vendors page
It might be useful for projects who *need* help to let that be known in some easy-to-find way. Some projects are well staffed, some are understaffed. If you are involved with several of the project mailing lists it becomes more clear, but if you are say, a company who wants to contribute effort and talent it might be tough to figure out which projects need manpower. While no project is going to be accepted into Jakarta without a development community around it, there are always places that need more help than others. Just my 2 cents. -Brian On Wednesday, July 2, 2003, at 02:00 PM, Howard M. Lewis Ship wrote: Perhaps over time, he would get known and accepted in the community and someone would choose to nominate him for committer priviledges. Obviously, that is something that Collabra would have very little control over. If you have someone with talent and a decent amount of time to spend, my experience is that they can become a committer pretty quickly. If they are providing quality mentoring and patches, it quickly becomes easier to vote them in as a committer than to manually apply their patches. So if your primary goal is to establish Collabra's rep and your incidental goal is to be listed on the vendors page, start now and see results soon. -- Howard M. Lewis Ship Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is there a place for Eclipse plugins in Apache/Jakarta land?
So it is a choice between Apache and SourceForge I guess. oo oo oo oo, or java.net Actually, at first glance it seems to be quite a bit slicker than SourceForge at least (not that being slicker than SF in its current state is terribly difficult). =) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MS vs Open Source link
The scary thing is I have heard clients that they think that if they use any open source... now their software is open source or in a conflict with comerical software they are using. A good way to handle this is to take the Apache projects, name them something different, add a pretty UI and then sell them for lots of money to those same customers under a more restrictive and closed-source license. Oh, wait, IBM already does this =) (Not bashing IBM, just making a funny - this is sorta the point of the Apache license) -Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OSX
On Tue, 2002-12-17 at 14:38, Peter Royal wrote: On Tuesday, December 17, 2002, at 02:13 PM, Henri Yandell wrote: Seems as if most of Jakarta use OS X now. Is it just that us X-junkies are loud and proud about it? I switched recently ( ~ 4mo ). It would be interesting to conduct an informal poll. -pete Related to OSX - I am seriously considering moving I just have a concern about JDK's. Sun hasn't released a 1.4 JDK for OSX yet, but I use quite a few of the 1.4 features daily for work. Is there a ultra-sekret 1.4 JDK for OSX out that i am unaware of, or are all of the OSX'ers in Apache using 1.3? Thanks, Brian -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Sun Is Losing Its Way
On Fri, 2002-12-13 at 09:18, Andrew C. Oliver wrote: Because its more stable and runs faster under Linux than Star/OpenOffice? Sadly, MS Word under CrossOver Office is more stable on my Linux workstation at work than OpenOffice. Hopefully this will change. -Brian -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: IP addresses
On Thu, 2002-12-12 at 12:43, php user wrote: I was wondering if thier is way I can deny people access to my website via an ip address? Yes. 1) Deny by the web server. A) In Apache HTTPD: http://www.gewex.com/manual/mod/mod_access.html B) In IIS: Install Apache, then see A, or http://www.15seconds.com/issue/011227.htm 2) Deny at the firewall. How you do this will be determined by the firewall software being used. -Brian -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
