Any feedback?

Does this silence mean everything is all right? :)

Seriously, we're jealously awaiting to hear from you on how it's going.
Whether it's good or bad please don't be silent!

-


Maxim Shafirov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


44 comments
Comment actions Permalink

Not sure how this happened, but I found this exception in the log file:

INFO - dTriggers.vcs.VcsChangesLoader -
java.lang.NumberFormatException: empty String
at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:994)
at java.lang.Double.parseDouble(Double.java:482)
at java.text.DigitList.getDouble(DigitList.java:141)
at java.text.DecimalFormat.parse(DecimalFormat.java:1276)
at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1375)
at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1124)
at java.text.DateFormat.parse(DateFormat.java:333)
at
jetbrains.buildServer.buildTriggers.vcs.cvs.CvsSupport.convertToServerDate(CvsSupport.java:347)
at
jetbrains.buildServer.buildTriggers.vcs.cvs.CvsChangesProvider.collectChanges(CvsChangesProvider.java:38)
at
jetbrains.buildServer.buildTriggers.vcs.cvs.CvsSupport.collectBuildChanges(CvsSupport.java:102)
at
jetbrains.buildServer.buildTriggers.vcs.VcsChangesLoader.loadChanges(VcsChangesLoader.java:46)
at
jetbrains.buildServer.serverSide.impl.ProjectImpl.loadChanges(ProjectImpl.java:113)
at
jetbrains.buildServer.serverSide.impl.BuildServerImpl$3.run(BuildServerImpl.java:576)
at java.lang.Thread.run(Thread.java:595)

0
Comment actions Permalink

Maxim,

After a day and a half of seriously playing with build 909, I have to say I am very impressed by what has been accomplished, and where the Teamware product seems to be headed. Remote build rules mightily, and if deferred commit is half as cool as it seems like it will be I'm going to be thrilled. I will be taking an active cheerleading and critiquing role on this product (and you know just what that means). I just submitted seventeen issues and FRs, and probably have as many more that I just haven't been able to put into words yet.

Overall scores:

Functionality: excellent --I have no complaints (although a lot of ideas).
Usability: mediocre -- IDEA integration UI is extremely non-standard, hard to find, and occasionally confusing.
Install & configuration: poor -- way too much xml hackery required, with way too little documentation.
Aesthetics: atrocious -- The web interface is simply plug ugly. This matters.

--Dave Griffith

0
Comment actions Permalink

Hello Dave,

Glad you like it. And I'm equally glad you don't like it! :)
Finally, the whole direction is your idea. Remember your posts after 5.0
release?

Usability: mediocre -- IDEA integration UI is extremely non-standard,
hard to find, and occasionally confusing.

As you know what functionality to be covered any UI solution is welcome.
Just note we'd like to keep interface is lightweight as possible. Thus, a
toolwindow solution is undesirable.

Install & configuration: poor -- way too much xml hackery required,
with way too little documentation.

Whole configuration UI is under early development yet so things will change
to better.

Aesthetics: atrocious -- The web interface is simply plug ugly. This
matters.

Alexandra (our Web designer) is pulling her (or rather yours if she could
:) ) hairs out on this! Any specifics?
We understand it might be hard to put into words but...

Thanks for getting into!

-


Maxim Shafirov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


0
Comment actions Permalink

>As you know what functionality to be covered any UI solution is welcome.
>Just note we'd like to keep interface is lightweight as possible. Thus, a
>toolwindow solution is undesirable.

I mostly covered this in my my FRs this morning. I actually quite having personal build history as a drop-down from the toolbar (although currently information is duplicated). I'd love to see public build history in the same way. What I mostly don't like is having the login info accessed from the toolbar, and the difficulty of getting to the changes toolwindow (which otherwise rules). Login info for both the build server and IDETalk should be on configuration panels.

>Alexandra (our Web designer) is pulling her (or rather yours if she could
>:) ) hairs out on this! Any specifics?
>We understand it might be hard to put into words but...

The big problem is that there's just so much whitespace on most of the pages, particularly the front page. History information could profitably be made available there, for instance. Secondary problems: the individual build result page simply doesn't earn it's keep (merge it with the build log view); build log colors are way too light; the "Run" button is non-standard (every other action is a link). Finally, you've got fancy graphics designers available, but your web page is one step away from being 1995 text-only. There is a difference between being developer-oriented and being brutal. Take a look at SourceForge, and then for god sakes don't make it look like that.

>Finally, the whole direction is your idea. Remember your posts after 5.0
>release?

Wow. I do remember, but you've taken it so much farther than I could have hoped. Glad I could be an inspiration, but I never imagined the results would be so strong.

--Dave Griffith

0
Comment actions Permalink

I was planning to install Team Server today, I'm anxious to try it since I'm going to evaluate it for a series of new projects but.... no Maven 2 support is a showstopper since our current project uses it. As soon as that's in I'll be giving feedback.

0
Comment actions Permalink

Hello Colin,

We're working on it right away. There're some plugabilty problems with maven2
and we're currently contacting with maven developers to work them out.

-


Maxim Shafirov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

I was planning to install Team Server today, I'm anxious to try it
since I'm going to evaluate it for a series of new projects but.... no
Maven 2 support is a showstopper since our current project uses it. As
soon as that's in I'll be giving feedback.



0
Comment actions Permalink

Excellent, I look forward to it. I'm also trying to build the project with Ant, but it's a fair sized job and I don't have a lot of time at the moment.

Cheers,
Colin

0
Comment actions Permalink

BTW is it possible to build based on an IDEA project? I haven't seen that in the docs anywhere. Currently it seems only Ant and NAnt are supported, correct?

Cheers,
Colin

0
Comment actions Permalink

Colin Fleming wrote:

BTW is it possible to build based on an IDEA project? I haven't seen that in the docs anywhere. Currently it seems only Ant and NAnt are supported, correct?

Cheers,
Colin


That's one of the issues that stopped me from using the build server.
I had hoped for
"click-you-way-through-build-server-installer, fire-up-idea, open-a-project,
tell-idea-to-use-build-server-for-this-project, and optionally
get-asked-for-user-that-the-build-server-uses-to-check-out-from-version-control".

Unfortunately the setup and configuration was way too complex.
If that changes I'll be back for other eap feedback.

0
Comment actions Permalink

BTW is it possible to build based on an IDEA project?
I haven't seen that in the docs anywhere. Currently
it seems only Ant and NAnt are supported, correct?


In the current EAP that's true. We're currently implementing Maven2 support
(you may monitor issue http://www.jetbrains.net/jira/browse/TW-108).

And we do plan to provide support for project configuration from IDEA:
http://www.jetbrains.net/jira/browse/TW-14

Kind regards,
KIR

0
Comment actions Permalink

Kirill Maximov (JetBrains) wrote:
>>BTW is it possible to build based on an IDEA project?
>>I haven't seen that in the docs anywhere. Currently
>>it seems only Ant and NAnt are supported, correct?


In the current EAP that's true. We're currently implementing Maven2 support
(you may monitor issue http://www.jetbrains.net/jira/browse/TW-108).

And we do plan to provide support for project configuration from IDEA:
http://www.jetbrains.net/jira/browse/TW-14

Kind regards,
KIR


I don't think that Colin's request was quite the same as TW-14. TW-14 still talks about a
build.xml file. In other words, it uses ANT.

It should be possible for teamserver to do a build based solely on the *.ipr and *.iml files
exactly the same way idea does, without first writing or generating a build.xml file.

0
Comment actions Permalink

Hello Tim,

Does it matter we use ant to build IDEA project if we generate build.xml
transparently to the user? I don't get it.

-


Maxim Shafirov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


0
Comment actions Permalink

If everything works correctly, there's no problem. If anything doesn't work correctly, you've got a non-Ant user staring at a log full of Ant error messages. Potentially ugly.

That said, I'm guessing that the actually build processors desired for TeamWare on Java projects are going to be something like 97% Ant/3% Maven/0% .ipr for the forseeable future. It's pretty safe to assume that anyone working with IDEA or TeamWare has at least a working familiarity with Ant.

--Dave Griffith

0
Comment actions Permalink

Maxim Shafirov (JetBrains) wrote:

Hello Tim,

Does it matter we use ant to build IDEA project if we generate build.xml
transparently to the user? I don't get it.


No it doesn't matter as long as the generation is truly transparent. That is, the user
doesn't even know it is happening and nothing is ever missed.

I suspect that as IDEA continues to be developed and the project and module files evolve,
there will be times when the build.xml file will not be generated correctly and then the
teamserver build will fail.

I would like an option, in the future, to be able to get teamserver to build with the
then-current build process used by idea even if the generate build.xml process is broken.


0

Please sign in to leave a comment.