Re: Forum Software.

2003-01-22 Thread V. Cekvenich
And I volunteer to write a Struts/Tomcat based one ( I have most of 
functionality in basicPortal.com that uses a lot of jakarta project).

I think use Jakarta dogmeet.
.V
Jeff Schnitzer wrote:
On Wed, Jan 22, 2003 at 11:15:22PM +, Pier Fumagalli wrote:


We have a license and an installation of Jive, if someone wants to get it up
to speed... It's on nagoya.



If you need a volunteer to maintain it, I'll be happy to do so - among
other things, I develop and maintain the Jive-based forums for The Sims
Online.  However, I'm firmly in the mailing-list camp, at least as regards
Apache.  I don't see any reason to fix what isn't broken.

IMHO, the forums will be useful to the extent that their purpose does
not overlap with the mailing list and thus split the community.  What
purpose that leaves, I don't know.

Jeff Schnitzer
[EMAIL PROTECTED]




--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: New Jakarta proposal: Pluto

2003-01-21 Thread V. Cekvenich
I realy think JetSpeed could use competition, to make it better.
.V

Alex McLintock wrote:

At 13:38 21/01/03, Stefan Hepper wrote:


Hi all,
I would like to propose a new Jakarta project, named Pluto, that should
provide the reference implementation of the JSR 168 Portlet 
Specification.

Please see http://nagoya.apache.org/wiki/apachewiki.cgi?PlutoProposal for
more details (I've also attached the proposal below).


My instant reaction was but we already have Jetspeed and then I read

  There is an agreement with JetSpeed? that the JetSpeed? will be
  based on this portlet container implementation.

Cool. I think I could persuade more people to use Jetspeed if it used a 
recognised portlet standard.

I then read.

  (3.4) Jyve FAQ (when available)

I don't honestly believe that anyone has any interest in fixing Jyve I 
said I would some time ago, but failed - I don't even know the password 
for my [EMAIL PROTECTED] login account any more.

I know that we are a eat-our-own-dogfood sort of society but I think 
this is one situation where we ought to admit that Jyve has failed.

If I am wrong and there is a community of people willing to make Jyve 
work again then great. I would be quite happy being wrong about it.

As an example I used to maintain a FOP faq with Jyve. Nowadays however I 
just use a perl script which displays all the submitted entries. Crude, 
but it works. http://www.OWAL.co.uk/cgi-bin/fopfaq.cgi

Alex McLintock



Available for java/perl/C++/web development in London, UK or nearby. 
Apache FOP, Cocoon,
Turbine, Struts,XSL:FO, XML, Tomcat, First meeting 
free.http://www.OWAL.co.uk/



--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: Sun Is Losing Its Way

2002-12-14 Thread V. Cekvenich
What if Java was GNU http://www.kaffe.org ?

Jeff Schnitzer wrote:


Do you just not grasp that Sun's rigid control of Java is the
antithesis of Open Source, and _especially_ the Apache philosophy?

Try forking the Java codebase sometime.  See how fast it takes 
Sun's lawyers to find you.  Want to port Java to a new platform?
Get special permission from Sun, and don't plan on having public
CVS (see the FreeBSD experience).

There's nothing open about that.

Jeff




--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: Sun Is Losing Its Way

2002-12-13 Thread V. Cekvenich
To me that is the closed version of XFORMS.
I likve novell.com/xforms that runs on Tomcat etc., and does not lock in 
a Windows client.

.V

Dominique Devienne wrote:
Did you guys see in the news that Office 11 will have standard compliant XML
schemas for Word and Excel files??? --DD

-Original Message-
From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, December 10, 2002 1:57 PM
To: Jakarta General List
Subject: Re: Sun Is Losing Its Way

[EMAIL PROTECTED] wrote:


clip
I don't really want or need to see Microsoft's code. What I
would like to see is their file formats, protocols and APIs being
documented
so that other developers, open-source or otherwise, can interoperate and
compete with their products
clip
I agree!!





We're working on it, we're working on it...  
(
1. http://jakarta.apache.org/poi/poifs/fileformat.html
2. http://jakarta.apache.org/poi/hssf/chart.html
3. http://sc.openoffice.org/excelfileformat.pdf
)
Maybe you should lend us a hand.




--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: IP addresses

2002-12-12 Thread V. Cekvenich
my turn:
Try the tomcat list or servlet API.

.V

php user wrote:

I was wondering if thier is way I can deny people access to my website via an 
ip address?



Hopevale Union Free School District: http://www.hopevale.com
This mail sent through IMP: http://horde.org/imp/
Configured By Eric Benoit: mailto:[EMAIL PROTECTED]




--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: Sun Is Losing Its Way

2002-12-06 Thread V. Cekvenich
Jakarta is I think Java.
But Apache is C.

It would be nice to have a subproject on Apache that is C#. Not sure how 
PMC would like it. Honestly,  mavnet.sf.net, and Mono could be good for 
Java. And it more clients go M$ away from $un, at least there is some 
cool software. CLR runs on BSD and OSX, it's ECMA.
On Java we are waiting on Kava.

Realy, one day maybe a YACC for a base language for C# and Java. Set a 
switch an it gens Java, filp it back and it gens C#. Also see a good 
theserverside.com discussion on topic.

.V

Danny Angus wrote:
Being involved with the JCP quite closely, yes, I tend to 
agree... And since
now C# is also available for OS/X, well, I'm game! :-)


Me too, I may have to learn c# anyway to continue doing stuff for a client of mine who is abandoning OS in favour of M$*. 
Plus I'd be happy to help OS C# projects make the most of the difference between ECMA and M$. 

* Apparently IBM are unlikely to get a websphere sale on account of their sales guys not really seeming to know what it was they were selling, and in spite of going in as the hot favourite.

d.




--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Ben Franklin and Open Source:

2002-11-20 Thread V. Cekvenich
Repost from SVLUG:

Bill Kendrick [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]...

 I was listening to Marketplace (which plays on KXJZ at 6:30pm weekdays;
 http://www.marketplace.org/ ) and at one point they were talking about an
 upcoming PBS show on Benjamin Franklin.  They briefly spoke with one
 Mr. Walter Isaacson, chairman and CEO of CNN [*], as he also happens to
 be writing a book on Franklin.

 At one point, Isaacson mentioned that Franklin never sought any 
patents on
 what he invented.  To my surprise [**], Marketplace's host, David 
Brancaccio,
 pointed out the similarity between that and the Open Source movement.
 Isaacson responded Yes!, and stated that if Franklin were alive today,
 he'd probably be very much part of that movement. :^)


 Pretty neat. :^)

 -bill!

 [*] I believe.  He's _something_ at CNN.  Best I can find Google'ing 
is that
 he _was_ fairly recently.

 [**] Maybe I'm thinking like it's 1999, and nobody knows what
  Lie-nicks is. ;^)  I guess it's hard to get used to.
  We, the Open Source community, really _are_ famous and important and
  note-worthy.  Woo-hoo!

 ___
 svlug mailing list
 [EMAIL PROTECTED]
 http://lists.svlug.org/lists/listinfo/svlug





--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]



Re: OT: Re: time for a Web services PMC? (was: Fw: spinning out projects (was: incubator project))

2002-10-24 Thread V. Cekvenich
I will help for sure, how?
(also, not a comitter yet, but working on it )

.V
You can e-mail me private on help part at [EMAIL PROTECTED]



Nicola Ken Barozzi wrote:


V. Cekvenich wrote:


I would like to see a DB PMC.



IIRC there is one, and it's in the initial phases.
The website is not ready yet http://db.apache.org/.

Wanna help? :-)






--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org




OT: Presentation layer

2002-10-21 Thread V. Cekvenich
One day W3.org will release xforms tag to replace the forms tag. Here me 
now, listen to me later.

Here is a plug in for IE:
http://www.FormsPlayer.com
With great links.
Exciting.

Also http://jxforms.cybernd.at/ is also ok.

.V




--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org



Re: [PROPOSAL] Tapestry joins Jakarta

2002-10-20 Thread V. Cekvenich


Andrew C. Oliver wrote:

Being the big moron I am, I don't see any of these issues to be as
important as:  1. Do they develop in the apache way, 2. Is it a
vibrant robust community, 3. Is there any point at all. . . 

I see little point in having 30 persistence APIs or 30 connection pools,
etc...apparently some people do...  But 5 web app frameworks even if
they are all pull seems reasonable...  There are certainly MORE than 5
ways to roll a webapp  (even if I haven't found one I actually like
yet...)


A good project, I think it was the passed over db.apache project would 
be to unify the persistence API.
Similar to commons logging API.
Like a DAO api that lets you implement in any of the 30 way (same as one 
should be able to change the presentation layer, one should be able to 
change the persistence layer)
I tried to do this with:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/basicportal/basicPortal_07/src/org/commons/DAO/BasicDAO.java?rev=1.2content-type=text/vnd.viewcvs-markup
but I do not have the clout of Jakarta.

If we can come up with a persistence API that is the lowest common 
denominator for all API that would be real nice.
Also JSF currently has a model expression interfaces or something like 
that it requires of DAO, but induced that JDO, ORB, Simper, RowSet, EJB, 
Torqe, Castor, Scaffolding, Doclets, etc. etc.

So if we can have a small JAKARTA api that we encourage all subprojects 
to implement, but make it light, one ex:

public interface BasicDAO extends Iterator (or Collection)
{
   public void retrieve(long i) throws Exception;
public void update() throws Exception;
public void insertRow() throws Exception;
   public void delete() throws Exception;
public boolean setProperty(String name, Object value) throws Exception;
public Object getProperty(String name) throws Exception;
public void beforeFirst() throws Exception;
public void first() throws Exception;
public void commit() throws Exception;
public void rollback() throws Exception;
}

I have a SourceForge project that needs to use RowSet, or JDO 
persistence, and I am using this, but...

Anyway, I wish, I wish

.V


-Andy

On Sat, 2002-10-19 at 20:31, John McNally wrote:


I have taken a closer look at Tapestry and it does provide a quite a
different strategy for web application development than Turbine and
probably also Struts.  It's very well documented and the code looks well
written also.  I would be willing to drop my -1; I would like to hear a
comparison with the failed spfc project though.

http://cvs.apache.org/viewcvs.cgi/java-spfc/docs/index.html?rev=1.10content-type=text/vnd.viewcvs-markup

It seems like a similar idea, or am I wrong?  I liked the idea of spfc.
Though the change in perspective needed to think of a webapp in terms of
event driven components was considered too great a stretch, I guess.  Is
such an approach gaining more acceptance, or have I missed the point of
Tapestry?

john mcnally

On Sat, 2002-10-19 at 16:22, Pier Fumagalli wrote:


On 19/10/02 19:49, Andrew C. Oliver [EMAIL PROTECTED] wrote:



So could someone clarify that for me... We're here to promote community
software developmentas long as they don't overlap?  sorry I totally
misunderstood the apache way.  (especially with all the overlapping
projects to the contrary)


I want to start a new project for a new Servlet Container that is not
Tomcat! :-) Let's see how many fans I'm going to get! :-)

   Pier


--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org




--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org






--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org




Re: [PROPOSAL] Tapestry joins Jakarta

2002-10-20 Thread V. Cekvenich
Struts 1.1 has something called tiles that are can be used for re-use, 
and at run time a tile can be bound to different beans, and more 
advanced capabilities.
http://www.lifl.fr/~dumoulin/tiles/doc/tutorialBody.html
and an advanced PDF (in doco of basicPortal which uses tiles and else 
where).

.V

[EMAIL PROTECTED] wrote:
John McNally [EMAIL PROTECTED] wrote on 20/10/2002 04:29:17 AM:

[snip] 

As much as I hate it, JSP is the recognized standard for webapp
development.  Jakarta's development of a general purpose java templating
technology, Velocity, is a valid alternative and is not even in direct
conflict with JSP.  But it is a simple, powerful alternative to JSP as
well. Does tapestry give us another alternate template system that is
only usable within the framework?



No, and that's where tapestry is different. Tapestry is a component 
framework, not a template engine. Think Swing components as an example.


Granted I could try to investigate Tapestry in depth to answer all my
reservations, but I'm busy and on the surface the project seems to
overlap several existing projects.  My -1 is not a statement that
Turbine (or Struts, Velocity, Avalon) should not have any competitors
within Jakarta.  I would prefer that Tapestry make the case that it
offers something that these projects do not and I don't think the
original proposal makes the case forcefully enough.



I've looked @ Tapestry in quite a bit of detail, and it does offer 
something different to Struts and Turbine, in that it focusses squarely on 
components and reuse.

There is a dearth of reusable components for Struts, simply because the 
JSP model doesn't lend itself to components very well, hence JSPTL and 
JSFaces.

Turbine has good component support for non-GUI components, but the 
template engine again doesn't lend itself to component embedding and 
reuse.

My 2c Aus
--
dIon Gillard, Multitask Consulting
Work:  http://www.multitask.com.au
Developers: http://adslgateway.multitask.com.au/developers




--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org




Re: [Fwd: Re: Concern about the future of Apache.]

2002-10-18 Thread V. Cekvenich
http://www.netcraft.com/survey/
This says Apache is bigger than MS + all others.
.V

Andrew C. Oliver wrote:

Those who have not been aware should be aware.

-Andy




Subject:
Re: Concern about the future of Apache.
From:
[EMAIL PROTECTED]
Date:
Thu, 17 Oct 2002 12:16:55 -0400 (EDT)
To:
[EMAIL PROTECTED]


On 17 Oct 2002, Andrew C. Oliver wrote:



On Thu, 2002-10-17 at 11:42, [EMAIL PROTECTED] wrote:


On 17 Oct 2002, Andrew C. Oliver wrote:



I don't object so much as I think the reorg is missing some obvious
issues:  for instance jakarta and XML are very different communities. 
Technology isn't very important.  Now maybe some know better than I,
maybe they are different because they are separate, but to me it looks
like they are separate because they are different.

Nobody is suggesting merging Jakarta and XML.  We are suggesting unifying
the way the ASF is structured.  If it makes sense to have a few top-level
projects with lots of subprojects, then lets do that.  If it makes more
sense to have lots of individual projects, then lets do that.  When we
need to stop doing, is having some projects that are one code base, and
some with lots of sub-projects.



Why?



Because it is very confusing for new people as things are today, and it is
confusing for people who have been here for a while.  We have already seen
on this list that the differences between how APR/HTTPd members approach
things and how Jakarta members approach things is huge.  That makes
communication between the teams harder, which makes collaboration harder.

It also makes it harder to add new projects, where do they belong?  Inside
an existing project, or as their own top-level project?  Finally, there is
the issue of oversight.  There needs to be some, because that is what is
legally required of us as a non-profit.  The way things are today, there
is no real oversight.



We also need to decide how we are going to organize projects.  We can
organize by language, by feature, or with an very flat structure where
projects are then categorized (but they can belong to many categories).


why don't you just create a web page which does that if its important to
you?

I don't see that as requiring a reorganization really.



You are making an assumption that it isn't valid to make.  You are
assuming that the end results of this list will be a massive
re-organization.  I have said from the beginning that the end results may
be a statement All is well in the ASF.  However, there enough people
have stood up and expressed concern that the issues needed to be look
at.  If we decide that a web page is all that is needed to solve the
problems, then cool.  However, that must be a group decision.  Currently,
it looks like the ASF is leaning more torwards moving projects around and
removing the huge top-level projects.  At least that is how I read the
messages on the list.

Ryan
___
Ryan Bloom	[EMAIL PROTECTED]
550 Jean St
Oakland CA 94610
---






--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org





--
To unsubscribe, e-mail:   mailto:general-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:general-help;jakarta.apache.org




Re: Differences between Structs and Turbine ???

2002-10-08 Thread V. Cekvenich

(fun tread: tea, tapestry, no one said the other one 
http://www.salmonllc.com/website/Jsp/vanity/Jade.jsp )

This presentation/vie layer stuff is a popular topic.

Rumor is that JSR 127 (JS Faces) could allow for emitting of 
http://www.w3.org/TR/xforms/ and do all rendering on browser via 
JavaScript, if I understood right, thus of loading processing, but there 
is a spec to interpret, you know where.

In case you missed it.:
I write to say perhaps you would want to *see
http://developer.java.sun.com/developer/community/chat/
today*, I think 2PM eastern?
Very famous speaker ... and you can ask questions.

I wish there was an open source implementation of such components 
wait, what an idea?
I will try for something on sourceforge soon, maybe wait for ea 3.

hth,

.V

ps: somewhat related, but not a great implementations and not standard: 
http://demo.vultus.com, http://www.iternum.com/i3test/index.jsp, 
http://www.droplets.com)




--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]