sync4j-users — mailing list for Sync4j/Funambol users

Re: [Sync4j-users] Status of the sync4j project

[Simon So <ss...@cs...>]

> 1.  Where is the servlet used on the server side and how should I configure
> it (web.xml file)...

sync4j/transport/http/server/Sync4jHttpServlet.java is the servlet
invoking the EJB, SyncBean.  You are looking for src/xml/webapp/web.xml, I
believe.

Roughly,

	src/java <-- contains all java files
	src/metadata <-- metadata files such as MANIFEST.mf
	src/xml	<-- test data files, deployment descriptors, etc.

> 2.  I noted the JUnit tests ... I'm assuming that I can get some ideas on
> how run the client from these.

What kind of client?  You mean a j2me client?

I haven't looked into setting up j2me client unit test.
tests/ClientFrameworkTest.java probably will give you some ideas on how to
write a J2SE client.

Likewise for client/j2me/ClientTester.java, but it is not formally an unit
test case.

> 3.  Has anyone tested this using a database application of some sort?

Not me.

> 4.  Which types of synchronization are currently implmented (two-way,
> one-way, etc.?)

It's still at works by Stefano.  As of now we can sync anything yet.
You may get some ideas on the protocol implementation in
src/java/sync4j/protocol directory...

Looking forward to you chipping in the protocol implementation.

Best,
Simon

[Sync4j-users] Status of the sync4j project

[Robert J. L. <leb...@fi...>]

I just stumbled onto this project, and pulled the source code off of the CVS
repository for a look-see.

It seems as though most of the framework is there for use of syncML using
http as the transport protocol, although the lack of documentation makes it
kind of difficult to see how to setup some tests and experiment with all of
this.

I'd like to ask some kind soul for a little direction:

1.  Where is the servlet used on the server side and how should I configure
it (web.xml file)...

2.  I noted the JUnit tests ... I'm assuming that I can get some ideas on
how run the client from these.

3.  Has anyone tested this using a database application of some sort?

4.  Which types of synchronization are currently implmented (two-way,
one-way, etc.?)

Rob

[Sync4j-users] j2me -- first cut

[Simon So <ss...@cs...>]

Dear all,

I spent some time investigating what we need to make sync4j work in j2me
environment.  I checked in some code so that anyone can start working on
the respective j2me piece they would like to work on.

Why j2me?

SyncML really has mobile device in mind, and sync4j is meant to be written
for mobile devices.  Therefore our implementation should zero in what j2me
has to offer.

I ain't no spokesman, but I firmly believe that Sean did an excellent job
prototyping sync4j with j2se/jdom/etc.  For sync4j to be widely
accepted in the near future, we've got some major re-architecting to
do.  Mobile device may not catch up with the taxing memory/power
requirements of j2se library.  j2me, lightweighted library and optimized
number of classes are really the way to go.

Generally speaking, what I did was looking into the technology and cooked
up the http communication between the j2me client to the server.
Functionally there's not much.  The test/demo only shows you that the j2me
client is talking to the server through network.  I am really looking
forward to the working protocol layer.

Please see README.txt for more info on the check-ins.

Thanks,
Simon

----------

1.1 ClientTester.java         sync4j/client/j2me <-- client ui
1.1 IConnection.java          sync4j/framework   <-- shared by srv & cli
1.1 IConnectionFactory.java   sync4j/framework
1.1 ClientConnectionInfo.java sync4j/framework/client  <-- client only
1.1 ISyncAgent.java           sync4j/protocol   <-- proposed sync agent
interface
1.1 SyncClientAgent.java      sync4j/protocol
1.1 SyncServerAgent.java      sync4j/protocol
1.1 MyMessage.java            sync4j/protocol   <-- to be replaced with
core.Message
1.1 ClientConnectionFactoryImpl.java sync4j/transport/j2me/http/client
			<-- package name in acc. with j2me std

1.1 ClientConnectionImpl.java sync4j/transport/j2me/http/client
1.1 SyncMLClient.java         sync4j/transport/j2me/http/client <-- cli thread

1.1 sync4j-client-j2me.jad    sync4j/src/metadata  <-- description file

1.3 build-client-j2me.xml     sync4j/build
1.7 build-share.xml           sync4j/build
1.7 build.xml                 sync4j/build

[Sync4j-users] A new tag

[Simon So <ss...@cs...>]

Dear all

I am in the process of checking in some J2ME code for
examination/discussion.  However, I don't think I can finish doing that
today.

Before the check-in, I tagged all the source code to have a tag
"pre-j2me".  Therefore you may want to work with that tag.  For example,
to check out a compilable sync4j directory, type

	cvs co -r pre-j2me .  <-- assume your CVS_ROOT is set correctly

or say

	cvs co -r pre-j2me <filename>

for a particular file.

Will finish checking in and let you guys know when the code is ready.

Sorry about the inconvenience.

Best,
Simon

[Sync4j-users] Check in for Device Management

[Simon So <ss...@cs...>]

Hi all,

I checked in some files for implementation of device management DTD in
src/java/sync4j/dm and various directories.  Although they are buildable
and testable, I haven't worked on the intricacies of DM properties ACL
(access control list).

I am considering how the ACL checking fit into the big picture of
protocol/communication model.  Any suggestions are welcomed.  Will work on
those issues next.


Regards,
Simon


P.S. In my cygwin environment, I set CVS_RSH=ssh...  It asks me
for a password everytime I fire a CVS command...  How can I bypass the
password checking?  Info in man ssh (like telling me to put a .shosts in
remote machine, cvs.sync4j.sourceforge.net) doesn't seem to be too
helpful.

[Sync4j-users] SyncML, sync4j, Java

[Sean C. S. <se...@se...>]

Forwarding to the correct mailing list...

 hil...@we... 
Tue Mar 26 00:49:04 2002

Hello World
Hello SyncML World
Hello SyncML Developers

I Would like to play around and learn about SyncML
and want to use Java. 
I want to build a basic Client-Server configuration
using SyncML.
So my question is: Is there an example Scenario 
that I could use as a starting point ?
Is there a client that can produce output that is SyncML
conform and is there a server that can understand SyncML input.

Thanks a lot 
for your help

Michael

Re: [Sync4j-users] Build Test Failing Problems

[Simon So <ss...@cs...>]

> there a newer version of sync4j up with solves these errors?

Do you have another Unix machine/environment you can build?  Would another
environment help you to pin down your problem?

>     Also, the log files that you had mentioned earlier do not exist anywhere
> on my system. I am attaching two files with my mail : bash_profile.txt and
> output.txt..

The NoClassDefFoundException means our Unit tests classes are not
found by Junit.  If you look into the <junit> tag, it tells you where the
unit test classes are supposed to be (${classesdir}).  Have you looked into
that directory and make sure the unit tests are all there?

Since the test classes are not being run to begin with, no log files are
generated.

Based on your previous problems, classpath seems to be an issue.  You may
track down your problem by understanding what <junit> tag do first, esp.
the <classpath> <pathelement> fileset in <junit>.

>     The bash_profile file contains all the paths that I have set up for the
> system. The output.txt file contains the output of 'ant all' command in the
> sync4j build directory. I have another question: Is there a way to run the
> jar files in the j2ee server with the tests failing. In other words, is
> there a way to run sunc4j with the junit test cases failing? Also, when I go

What do you mean by running sync4j?  Currently, you need some clients to
make use of the API.  Junit is that client.  The client code written with
the client framework in the library does not do anything yet, because the
transport layer (http, let alone wsp and obex) has not been completed.

So the junit classes test on the server side only.  Yes, theoretically
speaking you can write a class to test, say, non ejb library classes
like Base64, etc.  Just point to the correct classpath.

> to: http://127.0.0.1:9191 which is where all the jars from the build are, I
> am unable to execute any jar. Each jar gives me a Smart Update Error: the
> jar file failed the security check. Is there any other way of opening these
> jar files and executing them? Any help would be much appreciated because
> this is slightly urgent as my deadline is fast approaching and I haven't
> been able to figure this out after much effort.
> Thanks

I don't think the jar is meant to be executable.  They are deployable
through the enterprise app container, though.

Best,
Simon


> On 3/17/02 5:56 PM, "Simon So" <ss...@cs...> wrote:
>
> > Hi Assad,
> >
> > You can find out why the junit tests fail by going to the output directory
> > (between build directory and src directory) and look at the junit test log
> > file.  For each test there is one log file corresponding to it.
> >
> > I cannot tell what error you are running into just by looking at this.
> > Don't count my words, but I suspect it's a classpath problem.
> >
> > If you don't run into deploy error, that will mean your J2EE server is
> > already running.  BTW, only Sync4jHttpServletTest and TestAllCactus
> > requires a running J2EE server.  The other tests should just go through.
> >
> > javadoc....  Maybe you should just run <docs> target and see what
> > happens.  The last time I check, it produces javadoc.
> >
> > Debug a little bit with the log files I mentioned.  It should give you
> > plenty of insights as of what's going on with your environment.
> >
> > Cheers,
> > Simon
> >
> >
> >
> > On Sun, 17 Mar 2002, Assad Jarrahian wrote:
> >
> >>
> >> Hi Simon,
> >>
> >> I did as advised by you in the previous email. I got the latest versions for
> >> ant and JDK. Now, the build is successful but all the junit tests fail. I am
> >> sending the build file reqults with the -debug option. That file is
> >> attached.
> >>
> >> Also, below is the output of the filed junit tests:
> >>
> >>  [junit] TEST sync4j.tests.Base64Test FAILED
> >>     [junit] TEST sync4j.tests.CommandIdentifierTest FAILED
> >>     [junit] TEST sync4j.tests.SyncBodyTest FAILED
> >>     [junit] TEST sync4j.tests.SyncHeaderTest FAILED
> >>     [junit] TEST sync4j.tests.SyncCapabilitiesTest FAILED
> >>     [junit] TEST sync4j.tests.MessageTest FAILED
> >>     [junit] TEST sync4j.tests.Sync4jHttpServletTest FAILED
> >>     [junit] TEST sync4j.tests.MetaInfoTest FAILED
> >>     [junit] TEST sync4j.tests.DeviceInfoTest FAILED
> >>     [junit] TEST sync4j.tests.ClientFrameworkTest FAILED
> >>     [junit] TEST sync4j.tests.cactus.TestAllCactus FAILED
> >>
> >> Inspite of these failing tests, it says that the build s successful. Can you
> >> please advise as to why these tests fail. Also, in the output directory (the
> >> one formed after the build), there is a javadoc directory. That directoryis
> >> empty. Is that suppose to be so? I don't have and can't find any
> >> documentation as to how to actually run the client and the server.
> >>
> >> Could you kindly advise. Thanks for your time and cooperation in advance.
> >> -Assad
> >>
> >>
> >>
> >> On 3/16/02 5:44 PM, "Simon So" <ss...@cs...> wrote:
> >>
> >>> Hi Assad,
> >>>
> >>> I got the previous problem yesterday by building with Forte for Java's
> >>> 3.0 ANT facility.  You never mentioned how you build.  So I believe you
> >>> are probably running some IDE with ANT support, but the IDE is not
> >>> supporting the latest ANT.
> >>>
> >>> Plus, the first line of your debug file says ANT 1.3.  So now the
> >>> situation is like, if you are using JDK 1.1.7 to compile Sync4j, we can't
> >>> guarantee or support 1.1.7 will work for Sync4j.
> >>>
> >>> Anyway, keep the line regarding manifest file.  I believe you really need
> >>> the latest ANT, 1.4.1.  If IDE happens to be your problem, download a better
> >>> IDE.  The latest NetBeans 3.3.1 supports ANT 1.4.1 out of the box.  Hope
> >>> that
> >>> will solve the problem.
> >>>
> >>> Another resort is to use command prompt to build instead of IDE...  I
> >>> started out with command prompt, built without any problems, thought
> >>> about being cool to use IDE, PRESTO, problems.  If you already use command
> >>> prompt, the problem is so very apparent then -- use the latest ANT.
> >>>
> >>> As of how to enforce 1.4.1, it's your machine environment issue.  I really
> >>> don't know how you set things up et al.  You just have to debug and make
> >>> sure 1.4.1 libraries got the absolute ahead of everyone in the CLASSPATH.
> >>>
> >>> Hang in there.  Looking forward to your contribution in Sync4j.
> >>>
> >>>
> >>> Cheers,
> >>> Simon
> >>>
> >>> BTW: ear is in a built-in task, not an optional task.
> >>>
> >
>
>

Re: [Sync4j-users] Build Problems

[Simon So <ss...@cs...>]

Hi Assad,

You can find out why the junit tests fail by going to the output directory
(between build directory and src directory) and look at the junit test log
file.  For each test there is one log file corresponding to it.

I cannot tell what error you are running into just by looking at this.
Don't count my words, but I suspect it's a classpath problem.

If you don't run into deploy error, that will mean your J2EE server is
already running.  BTW, only Sync4jHttpServletTest and TestAllCactus
requires a running J2EE server.  The other tests should just go through.

javadoc....  Maybe you should just run <docs> target and see what
happens.  The last time I check, it produces javadoc.

Debug a little bit with the log files I mentioned.  It should give you
plenty of insights as of what's going on with your environment.

Cheers,
Simon



On Sun, 17 Mar 2002, Assad Jarrahian wrote:

>
> Hi Simon,
>
> I did as advised by you in the previous email. I got the latest versions for
> ant and JDK. Now, the build is successful but all the junit tests fail. I am
> sending the build file reqults with the -debug option. That file is
> attached.
>
> Also, below is the output of the filed junit tests:
>
>  [junit] TEST sync4j.tests.Base64Test FAILED
>     [junit] TEST sync4j.tests.CommandIdentifierTest FAILED
>     [junit] TEST sync4j.tests.SyncBodyTest FAILED
>     [junit] TEST sync4j.tests.SyncHeaderTest FAILED
>     [junit] TEST sync4j.tests.SyncCapabilitiesTest FAILED
>     [junit] TEST sync4j.tests.MessageTest FAILED
>     [junit] TEST sync4j.tests.Sync4jHttpServletTest FAILED
>     [junit] TEST sync4j.tests.MetaInfoTest FAILED
>     [junit] TEST sync4j.tests.DeviceInfoTest FAILED
>     [junit] TEST sync4j.tests.ClientFrameworkTest FAILED
>     [junit] TEST sync4j.tests.cactus.TestAllCactus FAILED
>
> Inspite of these failing tests, it says that the build s successful. Can you
> please advise as to why these tests fail. Also, in the output directory (the
> one formed after the build), there is a javadoc directory. That directoryis
> empty. Is that suppose to be so? I don't have and can't find any
> documentation as to how to actually run the client and the server.
>
> Could you kindly advise. Thanks for your time and cooperation in advance.
> -Assad
>
>
>
> On 3/16/02 5:44 PM, "Simon So" <ss...@cs...> wrote:
>
> > Hi Assad,
> >
> > I got the previous problem yesterday by building with Forte for Java's
> > 3.0 ANT facility.  You never mentioned how you build.  So I believe you
> > are probably running some IDE with ANT support, but the IDE is not
> > supporting the latest ANT.
> >
> > Plus, the first line of your debug file says ANT 1.3.  So now the
> > situation is like, if you are using JDK 1.1.7 to compile Sync4j, we can't
> > guarantee or support 1.1.7 will work for Sync4j.
> >
> > Anyway, keep the line regarding manifest file.  I believe you really need
> > the latest ANT, 1.4.1.  If IDE happens to be your problem, download a better
> > IDE.  The latest NetBeans 3.3.1 supports ANT 1.4.1 out of the box.  Hope that
> > will solve the problem.
> >
> > Another resort is to use command prompt to build instead of IDE...  I
> > started out with command prompt, built without any problems, thought
> > about being cool to use IDE, PRESTO, problems.  If you already use command
> > prompt, the problem is so very apparent then -- use the latest ANT.
> >
> > As of how to enforce 1.4.1, it's your machine environment issue.  I really
> > don't know how you set things up et al.  You just have to debug and make
> > sure 1.4.1 libraries got the absolute ahead of everyone in the CLASSPATH.
> >
> > Hang in there.  Looking forward to your contribution in Sync4j.
> >
> >
> > Cheers,
> > Simon
> >
> > BTW: ear is in a built-in task, not an optional task.
> >

Re: [Sync4j-users] Build Problems

[Sean C. S. <se...@se...>]

Assad,

In order to fix your build problems, do the following:

1)  Stop using Ant 1.3   

2) Upgrade to Ant 1.4.1

        http://jakarta.apache.org/ant/


3) I recommend JDK 1.4.0 instead of JDK 1.3.x

    http://java.sun.com/j2se/

-Sean


----- Original Message ----- 
From: "Assad Jarrahian" <ja...@ma...>
To: "Sean C. Sullivan" <se...@se...>
Sent: Saturday, March 16, 2002 8:33 AM
Subject: Re: [Sync4j-users] Build Problems


> 
> Hi Sean,
> 
> Hope all is well with you. I am still haveing some issues with the compiling
> of sync4j. I have solved the previous error by removing the "manifest"
> property for the {syncserver-jarfilename} in the build-share.xml file. Now
> the error is in the {syncserver-earfilename}. I am attaching a text file
> with the output of my build process with the -debug option. There is an
> error in the taskdefs or the optional.jar. There is not task for "ear" in
> the taskdefs. Also I have the latest optional.jar file in my classpath and
> in the ANT_HOME/lib directory.
> 
> 


Ant version 1.3 compiled on March 15 2002

Buildfile: build.xml
Setting project property: ant.java.version -> 1.3
Detected Java Version: 1.3
Detected OS: Linux

[...]

[Sync4j-users] JDOM b8, sync4j project

[Sean C. S. <se...@se...>]

fyi


> 
> In the past, we've been using JDOM b7 (beta 7).
> 
> JDOM beta 8 (b8) was released this week.
> 
>   http://www.jdom.org/
> 
> We will adopt JDOM b8 immediately.
> 
> -Sean
> 

Re: [Sync4j-users] Build Problems

[Sean C. S. <se...@se...>]

The build error is probably due to an out of date version of Jakarta Ant.

Please make sure that you are using Jakarta Ant 1.4.1

Also, you will need the optional.jar file for Jakarta Ant 1.4.1

You can download everything at:

http://jakarta.apache.org/builds/jakarta-ant/release/v1.4.1/bin/

-Sean

 p.s.  - I am going to cleanup the build.xml file so that it
           is easier to build under Linux.


----- Original Message ----- 
From: "Assad Jarrahian" <ja...@al...>
To: <syn...@li...>
Sent: Thursday, March 07, 2002 2:06 PM
Subject: [Sync4j-users] Build Problems


> Hi all,
>    I have been trying to build SYNC4J and have been running into problems. I
> started out with quite a few errors , all dealing with PATHS leading to
> "C:\". My ebuild enviornment is linux, so I changed the necessary source
> files and have ended up with all but one error which is stated below.
> _________________________________
> [root@localhost build]# ant all
> Buildfile: build.xml
> 
> init:
> 
> copy_files_to_output:
> 
> build:
> 
> ${sync4j-core-jarfilename}:
> 
> ${sync4j-serverframework-jarfilename}:
> 
> ${sync4j-clientframework-jarfilename}:
> 
> ${syncserver-jarfilename}:
> 
> BUILD FAILED
> 
> /usr/local/syncMl/sync4j/build/build.xml:157: Class
> org.apache.tools.ant.taskdefs.optional.ejb.EjbJar doesn't support the
> "manifest" attribute
> 
> Total time: 1 second

Re: [Sync4j-users] Build Problems

[Simon So <ss...@cs...>]

Hi,

As of the c:\ problem, if sync4j development mandates using cygwin, we'll
just use the linux path from then on.  I am using cygwin but don't know
about the rest of the team.  Any suggestions?

As of the ejbJar problem, your ant.optional.jar seems to be the culprit.
Do you have the latest greatest of Ant?

http://jakarta.apache.org/builds/jakarta-ant/release/v1.4.1/bin/jakarta-ant-1.4.1-optional.jar

manifest was there for the longest time...

Thanks,
Simon

On Thu, 7 Mar 2002, jarraa wrote:

> Hi all,
>    I have been trying to build SYNC4J and have been running into problems. I started out with quite a few errors , all dealing with PATHS leading to "C:\". My ebuild enviornment is linux, so I changed the necessary source files and have ended up with all but one error which is stated below.
> _________________________________
> [root@localhost build]# ant all
> Buildfile: build.xml
>
:
:
> BUILD FAILED
>
> /usr/local/syncMl/sync4j/build/build.xml:157:
>Class org.apache.tools.ant.taskdefs.optional.ejb.EjbJar
>doesn't support the "manifest" attribute
>
> Total time: 1 second

[Sync4j-users] Build Problems

[Assad J. <ja...@al...>]

Hi all,
   I have been trying to build SYNC4J and have been running into problems. I
started out with quite a few errors , all dealing with PATHS leading to
"C:\". My ebuild enviornment is linux, so I changed the necessary source
files and have ended up with all but one error which is stated below.
_________________________________
[root@localhost build]# ant all
Buildfile: build.xml

init:

copy_files_to_output:

build:

${sync4j-core-jarfilename}:

${sync4j-serverframework-jarfilename}:

${sync4j-clientframework-jarfilename}:

${syncserver-jarfilename}:

BUILD FAILED

/usr/local/syncMl/sync4j/build/build.xml:157: Class
org.apache.tools.ant.taskdefs.optional.ejb.EjbJar doesn't support the
"manifest" attribute

Total time: 1 second
__________________________________________________


I am not sure as to why this is happening since I downloaded and built all
the necessary software in the toolkit list. Any help/suggestions would be
much appreciated. Thanks in advance.

-assad
                 

[Sync4j-users] Build Problems

[jarraa <ja...@ma...>]

Hi all,
   I have been trying to build SYNC4J and have been running into problems. I started out with quite a few errors , all dealing with PATHS leading to "C:\". My ebuild enviornment is linux, so I changed the necessary source files and have ended up with all but one error which is stated below.
_________________________________
[root@localhost build]# ant all
Buildfile: build.xml

init:

copy_files_to_output:

build:

${sync4j-core-jarfilename}:

${sync4j-serverframework-jarfilename}:

${sync4j-clientframework-jarfilename}:

${syncserver-jarfilename}:

BUILD FAILED

/usr/local/syncMl/sync4j/build/build.xml:157: Class org.apache.tools.ant.taskdefs.optional.ejb.EjbJar doesn't support the "manifest" attribute

Total time: 1 second
__________________________________________________


I am not sure as to why this is happening since I downloaded and built all the necessary software in the toolkit list. Any help/suggestions would be much appreciated. Thanks in advance.

-assad
                 

[Sync4j-users] Hello from the Periodicity project lead

[Jeff P. <pri...@ww...>]

Sean,

I am sorry for the delay in getting back to you about sync4j. It is 
definitely not for lack of interest. I am very interested in integrating 
sync4j with the Apache Periodicity iCalendar implementation and vCard once 
it exists.

I would like to join the list of developers for sync4j. I must confess 
that I have not looked at the sync4j source or the SyncML specification, 
but will look into it soon.

I have a vacation coming up this week and will be taking the time away 
from the computer to catch up on my specifification/research reading.

Do you have any advice on where to start my research with SyncML?


Thanks
Jeff Prickett

[Sync4j-users] sync4j examples

[Michael H. <hil...@we...>]

Hi All

I just started to work on synchronization
and found the sync4j API, which is probably very helpful.=20

My goal is to make a client and a server which shows at least some=20
syncML properties.

As I am a fresher to syncML and Java I ve a hard time at the moment.=20
To easy my pain :-)) my questions is wether there is a sample client and a=
 sample server (using the sync4j-stuff) available.=20

This would help me a lot starting.=20
I suppose people working on sync4j will have  basic examples =3F=3F

Thank you a lot for your help.=20

Michael Hilgers






  =20
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F
100 MB gute Gr=FCnde! Jetzt anmelden und FreeMail-Speicher erweitern f=FCr
Sprach-, Fax- und Mailnachrichten unter http://club.web.de/=3Fmc=3D021103

[Sync4j-users] Docs for Cactus Test Case is ready

[Simon So <ss...@cs...>]

Dear all

I added a txt file explaining how to write Cactus test cases in Sync4j:

	src/java/sync4j/tests/cactus/HowToWriteCactusTest.txt

Also, I checked in several minor modifications:

	build/build-share.xml
	build/build-tests.xml
	src/java/sync4j/tests/cactus/SyncBeanTest.java
	src/java/sync4j/tests/cactus/TestAllCactus.java <-- new file


Best Regards,
Simon

On Tue, 26 Feb 2002, Simon So wrote:

> Dear all
>
> Sync4j can now use Cactus (http://jakarta.apache.org/cactus/index.html)
> for EJB unit test cases.  The new set of xml files for building sync4j now
> resides at ./build directory.  The existing ./build.xml file will
> stay behind but is deprecated; it cannot be used for building EJB unit test
> cases.
>

[Sync4j-users] =?iso-8859-1?Q?SyncML=201=2E1=20specification?=

[<se...@se...>]

fyi

http://biz.yahoo.com/bw/020227/272331_1.html

http://www.syncml.org/technology.html

[Sync4j-users] Cactus Test Case ready

[Simon So <ss...@cs...>]

Dear all

Sync4j can now use Cactus (http://jakarta.apache.org/cactus/index.html)
for EJB unit test cases.  The new set of xml files for building sync4j now
resides at ./build directory.  The existing ./build.xml file will
stay behind but is deprecated; it cannot be used for building EJB unit test
cases.

Other than the build files, the following files are packaged together to
form a Cactus-flavored enterprise application to test Sync4j EJB:

	src\java\sync4j\tests\cactus\SyncBeanTest.java
	src\xml\webapp\testweb.xml
	src\xml\runtimdd\sun-j2ee-1_3-test-runtime-dd.xml
	src\xml\enterpriseapp\sync4jserver\testApplication.xml

Will supply "how-to"s later on.  For now, please check out the Cactus web
site.

Please read ./README.txt for more details on changes.


Best Regards,
Simon

[Sync4j-users] Sun JDK 1.4.0 final release

[Sean C. S. <se...@se...>]

fyi

The final release of JDK 1.4.0 is now available

Sun JDK 1.4 download page:

http://java.sun.com/j2se/1.4/download.html

Summary of new JDK 1.4 features:

http://java.sun.com/j2se/1.4/docs/relnotes/features.html

Highlights:

    SSL API: javax.net.ssl
    JAXP API and XML parser
    Logging API: java.util.logging
    assert capability
    java.nio - next generation I/O library
    JAAS - authentication and authorization API

RE: [Sync4j-users] current developement status of sync4j ?

[Lucian P. <Luc...@ag...>]

Hello,

In fact there is no two-way sync command in the sync protocol
specification. "Two-way sync" is only a use case. If you will read with
attention the sync specification you will see that there are in fact two
types of sync commands: request commands and response commands. With
those you can implement the all 7 types of synchronisation. Also ...in
my opinion you don't even need the whole commands to implement the all
sync scenarios....but this is another story.

If the sync command is globally transactional ? No....this is not
specified....but there is a posibility to implement transactional
capabilitie on your application (i think that this will be a very very
nice project)
About ejb......it's only for build a demo application that uses the sync
protocol. But as i already told you the unit test code is about 10%
finished. So these is posible not to use it.=20

best regards and have fun
Lucian Piros


-----Original Message-----
From: Ferrari Alberto [mailto:fer...@ds...]
Sent: Thursday, February 14, 2002 12:38 PM
To: syn...@li...
Subject: [Sync4j-users] current developement status of sync4j ?


Hi all,

I would like to know the current developement status of sync4j:
can I make a two-way sync command to syncronize client-server data??
is the sync command globally transactional??
what function does have the  ejb?,
is it possible not using it?=20

Best Regards,
Alberto

_______________________________________________
Sync4j-users mailing list
Syn...@li...
https://lists.sourceforge.net/lists/listinfo/sync4j-users

[Sync4j-users] current developement status of sync4j ?

[Ferrari A. <fer...@ds...>]

Hi all,

I would like to know the current developement status of sync4j:
can I make a two-way sync command to syncronize client-server data??
is the sync command globally transactional??
what function does have the  ejb?,
is it possible not using it?=20

Best Regards,
Alberto

[Sync4j-users] Updated build files for Cactus

[Simon So <ss...@cs...>]

Hi all,

Since Sync4j will use Cactus (http://jakarta.apache.org/cactus/index.html)
for constructing EJB unit test cases, this project's build.xml has been
made over to accommodate Cactus test cases.  The existing ./build.xml file
will stay behind until the make-over is complete.

This check-in is for compatibility purpose.  It introduces

	* ./build directory
	* A new set of build xml files

without changing the functionality of the original ./build.xml.

At this point, installing Cactus is not required, because no Cactus test
cases have been checked in.  The next check-in will require Cactus.  You
are recommended to get a head-start, though, by installing Cactus.

Please see sync4j/README.txt for details.



Regards,
Simon
ss...@us...

[Sync4j-users] another open source SyncML project: kSync

[Sean C. S. <se...@se...>]

fyi

There is another open source SyncML project:

    http://ksync.enhydra.org/

[Sync4j-users] sync4j project is moving to Sun JDK 1.4

[Sean C. S. <se...@se...>]

I am going to move the sync4j project to Sun JDK 1.4.0

These JDK 1.4 features will be useful:

  javax.net.ssl
  the assert capability
  java.net.URI class
  java.util.prefs
  java.util.regex
  java.util.logging

-Sean

---  

Sun JDK 1.4.0 Release Candidate is now available:

  http://java.sun.com/j2se/1.4/

It is available for Solaris, Linux, and Microsoft Windows operating systems.

Release notes are online:

  http://java.sun.com/j2se/1.4/relnotes.html


----- Original Message ----- 
From: "Sean C. Sullivan" <se...@se...>
To: <syn...@li...>
Sent: Thursday, January 03, 2002 11:13 PM
Subject: [Sync4j-developers] proposed transition to Sun JDK 1.4


> 
> Currently, I am using Sun JDK 1.3.1 as the 
> development platform for the sync4j project.
> 
> Sometime this month, Sun will have the
> Release Candidate (RC) of JDK 1.4
> 
> The final release of JDK 1.4 is expected sometime
> in the next 3 months.
> 
> I am thinking of moving all sync4j development
> to the JDK 1.4 platform
> 
> Advantages:
> 
>    JDK 1.4 adds an "assert" capability to the Java language
>    JDK 1.4 adds the javax.net.ssl package as a standard library
>    JDK 1.4 adds new I/O capabilities:  java.nio
>    JDK 1.4 adds a standard Logging API:  java.util.logging
>    JDK 1.4 adds a standard regular expression package: java.util.regex
>   
> There are some disadvantages:
> 
>    If sync4j becomes dependent on JDK 1.4 features, the runtime platform 
>    will be restricted to operating systems that have JDK 1.4 JVM's.
>   
>    JDK 1.4 may be buggy :)
> 
> Regards,
> 
> -Sean
>